
Gefort
10.05.2017
11:56:20
Спасибо, почитаю

Stas
10.05.2017
11:56:26
(если это убунту)

Ivan
10.05.2017
11:57:06
ну консольные команды постгри везде одинаковые

Артур
10.05.2017
12:07:08
Всем привет. вопрос по postgis если я преобразую полигон через ST_GeomFromText, это все нормально сохраниться в типе geography ?

Google

Артур
10.05.2017
12:07:58
Цель сохранить районы города и потом искать дома по вхождению в эти полигны

Darafei
10.05.2017
12:09:53
а чем обусловлен geography?

Артур
10.05.2017
12:10:12

Darafei
10.05.2017
12:10:22
для geography есть ST_GeogFromText

Артур
10.05.2017
12:10:27
Вроде же с геограифей работаю
То есть проще говоря с шариком, а не с плоскостью

Darafei
10.05.2017
12:11:05
ну, работать будет

Артур
10.05.2017
12:11:16
Ок, спасибо.

Darafei
10.05.2017
12:11:33
половины постгиса просто не существует для geography :)

Артур
10.05.2017
12:12:08
?

Darafei
10.05.2017
12:12:45
ну, открой доку и посмотри, сколько функций принимают geometry, а сколько geography

Артур
10.05.2017
12:15:45

Google

Артур
10.05.2017
12:16:34
Если с WGS 84 работаю, что лучше юзать?

Darafei
10.05.2017
12:17:14
если тебе от всего постгиса нужна только ST_Intersects, то не важно

Артур
10.05.2017
12:17:51
Пока только она... пока... только... )

Darafei
10.05.2017
12:18:16
тогда оставляй geography
и не забудь SRID=4326 проставлять

Артур
10.05.2017
12:19:00
Ок, спасибо

Svyatoslav
10.05.2017
12:19:13
Коллеги, привет. Кто сравнивал Slony и streaming replication в последнем постгресе? Что больше ресурсов ест?

Darafei
10.05.2017
12:20:01
@Archeebald и порядок lon, lat :)

Артур
10.05.2017
12:21:55
понял

Eugenia
10.05.2017
12:45:20
Всем привет! Подскажите, пожалуйста, в постгресе как-то регулируется поведение при отключении клиента без завершения явно начатой транзакции? Например, ролбэк по таймауту. Не могу найти в документации.

Kirill
10.05.2017
12:46:11
Вроде, это при поднятии клиента откатывается, когда будет читаться wal

Anatoliy
10.05.2017
12:47:22
Можно сделать отстрел долгих запросов

Fike
10.05.2017
12:47:54
http://stackoverflow.com/a/32447870/2908793 оно? (без ссылок на доки, правда)

Darafei
10.05.2017
12:48:18
а так в 9.6 есть https://www.postgresql.org/docs/9.6/static/runtime-config-client.html#GUC-IDLE-IN-TRANSACTION-SESSION-TIMEOUT

Eugenia
10.05.2017
13:05:09
всем спасибо!

blkmrkt
10.05.2017
15:14:02
cockroachdb пользовался кто? Версия 1.0 вышла, интересует как он хранит дату на диске, и не ест ли он место между вакумами как MVCC в постгресе
Вот еще бонус: CockroachDB speaks the Postgres protocol for compatibility with existing client drivers and applications
я так понимаю что хранилище там KV, и поверх него натянут парсер и планнер SQL

Google

Fike
10.05.2017
15:38:24
у афира должно быть расписано


Stas
10.05.2017
15:52:13
cockroachdb пользовался кто? Версия 1.0 вышла, интересует как он хранит дату на диске, и не ест ли он место между вакумами как MVCC в постгресе
Пропустил, что релизнули. Прогнал сейчас:
stas=> insert into pgbench_accounts(aid) (select * from generate_series(200000,300000) );
ERROR: kv/txn_coord_sender.go:428: transaction is too large to commit: 100001 intents
Time: 905.966 ms
stas=> insert into pgbench_accounts(aid) (select * from generate_series(200000,250000) );
INSERT 0 50001
Time: 43678.882 ms
бенч с "select 1" в один поток:
pgbench -U root -p 26257 -h 127.0.0.1 stas -f select.sql -r -P 1 -T 10 -n
progress: 1.0 s, 2664.0 tps, lat 0.373 ms stddev 0.175
progress: 2.0 s, 2811.0 tps, lat 0.354 ms stddev 0.234
progress: 3.0 s, 2774.9 tps, lat 0.359 ms stddev 0.205
progress: 4.0 s, 2849.0 tps, lat 0.350 ms stddev 0.181
progress: 5.0 s, 2813.0 tps, lat 0.354 ms stddev 0.266
у постгреса в 40k примерно, но и это уже хорошо
бенч с "SELECT abalance FROM pgbench_accounts WHERE aid = :aid;"
pgbench -U root -p 26257 -h 127.0.0.1 stas -f select2.sql -r -P 1 -T 10 -n
progress: 1.0 s, 3.0 tps, lat 311.790 ms stddev 7.989
progress: 2.0 s, 3.0 tps, lat 308.797 ms stddev 9.446
progress: 3.0 s, 3.0 tps, lat 304.846 ms stddev 6.443
progress: 4.0 s, 4.0 tps, lat 303.838 ms stddev 7.171
progress: 5.0 s, 3.0 tps, lat 299.377 ms stddev 8.611
тут у постгреса 30k и разрыв 10000 раз
ребятам есть еще над чем работать %)


Fike
10.05.2017
15:53:40
думаю, тут скорее ошибка развертывания

Stas
10.05.2017
15:54:20
ну я год назад так же думал и спросил у них
cockroach tps первая ссылка в гугле

Fike
10.05.2017
15:55:48
за последний год пустота

Stas
10.05.2017
15:56:19
https://groups.google.com/forum/#!topic/cockroach-db/02g4VBA7UNU

Fike
10.05.2017
15:56:37
14.10.2015
https://github.com/cockroachdb/cockroach/issues/4091 это уже 2016 и 110 от того же пгбенч
хотя там тридцатка

Stas
10.05.2017
15:57:38
я туда сейчас больше данных напихал

Stas
10.05.2017
15:58:36
ну и я собственно не утверждаю, что 3tps это их максимум, наверное можно затюнить и получить 10 или 100

blkmrkt
10.05.2017
16:13:23
ох он на Go написан, не знал

Aleksandr
11.05.2017
05:30:07
Ловлю такую ошибку при сохранении записи: SQLSTATE[54000]: Program limit exceeded: 7 ОШИБКА: строка индекса требует байт: 14448, при максимуме: 8191, query was: UPDATE
Кто может быть виноват?

Stas
11.05.2017
05:37:57
которая за вычетом заголовков 8191 байт
текст индексируете?)
продолжу гадать: в зависимости от ситуации надо делать или gin индекс (если поиск по вхождению слов в текст) или индекс от хеша по полю — если и правда очень длинные ключи и надо искать по равенству

Google

Dmitriy
11.05.2017
05:42:21
можно размер странички подкрутить)
только пересобирать придется

Wom
11.05.2017
05:42:44
:)

Denis
11.05.2017
05:42:54
Смешно:)

Alexander
11.05.2017
05:44:43
Если это вектор, и в него попадает какой-нибудь длинный мусор, к примеру очень длинная ссылка, то можно это отсекать на моменте разбора текста на вектор

Aleksandr
11.05.2017
05:47:27
Поле с большим текстом есть. Но вроде бы по нему индекс не делается

Denis
11.05.2017
05:49:02
Да вы не томите, покажите \d имя_таблицы

Aleksandr
11.05.2017
05:49:53
Не могу :) СБ у нас злющая :)

Denis
11.05.2017
05:51:04
Ммм... взлом по схеме таблицы)) Это мы ещё по айпи не начали вас вычислять

Admin
ERROR: S client not available

Alexander
11.05.2017
05:51:30
Очевидно, данные в каком-то из полей у вас не помещаются в индекс. Осталось вычислить в каком)
Ставки, господа)

Aleksandr
11.05.2017
05:51:44
Это их заморочки - не наши

Alexander
11.05.2017
05:52:50
Если не большой текст, то как насчёт поля с ссылкой? Имеется таковое?

Aleksandr
11.05.2017
05:53:13
Текста нет. В основном индексы по интовым полям.
Вот нашел подозрительный: Индекс по полю типа tsvector

Alexander
11.05.2017
05:53:39
У инта не может быть такого размера

Aleksandr
11.05.2017
05:53:39
Похоже что оно?

Alexander
11.05.2017
05:53:47
Вот и виновник торжества

Aleksandr
11.05.2017
05:54:10
Интересно что же они такого туда напихать хотят...

Google

Denis
11.05.2017
05:54:15
А тип индекса на него какой навешан?

Alexander
11.05.2017
05:55:14
У меня на РУМе получалось такую ошибку воспроизводить многократно
А gin строился при этом

Aleksandr
11.05.2017
05:56:29
USING btree (keywords) Поле kewords типа tsvector

Denis
11.05.2017
05:56:42
Ну в rum можно в листья положить все, что хочешь
Гм... зачем вы так с tsvector?

Alexander
11.05.2017
05:57:05

Aleksandr
11.05.2017
05:57:07
Буду выяснять кто его вообще формирует - система или пользователь руками...

Alexander
11.05.2017
05:58:07
Как минимум вам нужен gin по нему, а в идеале и словари настроить с конфигом полнотекстовым

Aleksandr
11.05.2017
05:58:07
Ну и про tsvector тоже - буду читать
Спасибо всем. Направление копки я понял :)

Anton
11.05.2017
07:02:04
Коллеги, доброго дня, подскажите куда смотреть, наблюдаю большое кол-во idle сессий которые кушают память, после чего приходит омкилер и все повторяется снова ( сессий 50-60, активных 1 )
последнее действие COMMIT PREPARED
памяти 16 гб, shared buf 2gb , workmem 16 mb...

Петр
11.05.2017
07:10:43
вы посмотрите, что память кушает
60 сессий с воркмем 16 мб - это не проблема

Vladimir
11.05.2017
07:11:05
Пул конектов развернуть нужно либо между прриложением и базой либо в приложении

Anton
11.05.2017
07:12:28

Denis
11.05.2017
07:13:31
Да хоть htop, там должно быть сразу видно, кто все съел

Ascandar
11.05.2017
07:13:45
лучше пул юзать, как выше посоветовали

Anton
11.05.2017
07:13:53
FYI pgbouncer есть

Айтуар
11.05.2017
07:14:38