@pgsql

Страница 326 из 1062
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?

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
ну, открой доку и посмотри, сколько функций принимают geometry, а сколько geography
Я запутался. Я правильно понимаю что гемоетрию использовать предпочительней?

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
Пока только она... пока... только... )
если не забудешь проставлять SRID, то побег в geometry с перепроецированием будет не столь болезненным :)

@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
Ну в rum можно в листья положить все, что хочешь
Допустимого размера) а так да, он хорош

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

Гм... зачем вы так с tsvector?
Вот первый раз вообще узнал о существовании этого поля в системе

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
Пул конектов развернуть нужно либо между прриложением и базой либо в приложении

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

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

Anton
11.05.2017
07:13:53


лучше пул юзать, как выше посоветовали
чем поможет на 60 коннектах ?

FYI pgbouncer есть

Страница 326 из 1062