Всем ку, кто щупал PG11 ?

Немного... а что?

Мне итересно там JIT, есть видимые эффекты?

да

с llvm4 любой c++-эксепшен складывает базу в корку

https://www.postgresql.org/message-id/flat/CAC8Q8tLLP-_jSS6k8hz4jd2CsRWtRZ72sWk0zJJZ5Qv517AiJw%40mail.gmail.com

Мне итересно там JIT, есть видимые эффекты?

В общем, да. Там активно что-то исправляют, впрочем.

с llvm4 любой c++-эксепшен складывает базу в корку

Классный эффект =)

Например: https://git.postgresql.org/gitweb/?p=postgresql.git&a=search&h=HEAD&st=commit&s=JIT Ну и в -hackers / -bugs можно посмотреть.

А кто чем базы сравнивает?

То есть diff'ит

То есть diff'ит

Чем придётся. :) Например, https://github.com/eulerto/pgquarrel или https://www.apgdiff.com/ А у Вас это частая задача?

бывает иногда, в тесте базу на живую ковыряешь, а потом не помнишь что отразить в схеме, особенно когда индексы подкручиваешь

Драсти!

можно ли на онконфликт несколько ключей передать ?

а если нет, то можно ли композитный Unique aliasнуть?

или может если и первое и второе невозможно (то есть кратко написать), то рекомендуете конкатенировать три коллонны и так чекнуть?

можно ли на онконфликт несколько ключей передать ?

Нет.

а если нет, то можно ли композитный Unique aliasнуть?

Да, почему нет?

можете подсказать как это выглядит?

можете подсказать как это выглядит?

А вы документацию читали? Мне помнится, там примеры были...

Yaroslav спасибо! я смог :D

@Kostyawh будет жить. Поприветствуем!

@san_smith будет жить. Поприветствуем!

@KeyJoo будет жить. Поприветствуем!

Есть ли способ как-то, возможно изменить схему или сам запрос, чтобы избежать огромной цепочки or like: col like '%smthing%' or col like '%anotherone%' or col like '%more%' ..... Имеет ли это смысл?

Есть ли способ как-то, возможно изменить схему или сам запрос, чтобы избежать огромной цепочки or like: col like '%smthing%' or col like '%anotherone%' or col like '%more%' ..... Имеет ли это смысл?

А с какой целью избежать (а вообще, мне кажется, что лучше такие запросы (LIKE и т.п.) применять как можно меньше)?

Из двух зол выбирают меньшее. Или у вас есть другой вариант?

Есть бот который просто трёт системные оповещения, от спама не спасёт а от рекламы в нике очень даже. @AntiServiceMessageBot

с целью, что запрос на 20+ или по лайку (и ещй по 10-15 в двух других колонках) это несколько 3.14. Хочу как-то образумить это, но не уверен, имеет ли оно практический смысл с точки зрения производительности... Вообще я так понимаю, в идеале, наверное - вынести нахер эти данные из строки в отдельную таблицу, наверное?

будет ли проверка вхождения одним регексом на 20 вариантов быстрее 20 или лайк?

а там прям по словам поиск?

там... кхм.. там блин коллекция собранная в строку с разделителем ;; поиск по like '%;;something;;%'

gin по касту этого счастья в массив?

будет ли проверка вхождения одним регексом на 20 вариантов быстрее 20 или лайк?

Как повезёт, серьезно.

там... кхм.. там блин коллекция собранная в строку с разделителем ;; поиск по like '%;;something;;%'

Так нормализуйте базу, вместо того, чтобы страдать. ;)

Там такое *** легаси, что переписывать сторону приложухи для этого - тот ещё гемор

а давайте попробуем без мата?

но когда вижу этот ад в логах хочется что-то с этим сделать

Это же тэрмин, нет?

(шучу)

gin по касту этого счастья в массив?

вот да

а давайте попробуем без мата?

извиняюсь

и данные из запроса в массив

и оверлап смотреть

но когда вижу этот ад в логах хочется что-то с этим сделать

Ну так зависит от того, что Вы можете сделать. Я так понимаю, запросы изменить получится. А какие у вас там характерные запросы и их планы?

с запросами всё плохо, я особо не копал. но вот конкретно этот постоянно лезет в лог, потому что во-первых он наиболее используемый, во-вторых он вечно превышает трешхолд по времени. Изменить можно всё, вопрос в том будут ли за это платить и будет ли в этом профит

с запросами всё плохо, я особо не копал. но вот конкретно этот постоянно лезет в лог, потому что во-первых он наиболее используемый, во-вторых он вечно превышает трешхолд по времени. Изменить можно всё, вопрос в том будут ли за это платить и будет ли в этом профит

Нет, я не об этом. Вряд ли у вас это один запрос, а скорее множество похожих (с разными наборами LIKE)... или нет?

да, всё верно. это выбор списка документов который видет пользователь из кастомной таблицы "индексов".

да, всё верно. это выбор списка документов который видет пользователь из кастомной таблицы "индексов".

Так вот какие из них наиболее характерны? Если у Вас, к примеру, обычно выбирается 50% таблицы, то тут на индексы и смотреть не стоит, и т.п.

ERROR: S client not available

м... ну там ависит от кол-ва групп пользователя. некоторые особо извращённые, например глобальный админ, состоят вообще во всех что есть. индексы я имел ввиду не БД-шные, а что сама эта таблица откуда идёт выбор являетя индексом для приложения, т.к. получение данных стандартными средствами платформы очень трудоёмкая операция

м... ну там ависит от кол-ва групп пользователя. некоторые особо извращённые, например глобальный админ, состоят вообще во всех что есть. индексы я имел ввиду не БД-шные, а что сама эта таблица откуда идёт выбор являетя индексом для приложения, т.к. получение данных стандартными средствами платформы очень трудоёмкая операция

Ну а я говорил именно об индексах PostgreSQL. Т.е. если выбирается относительно много записей, или сами условия индексируются плохо (если не получится их в массив преобразовать почему-то), или важна производительность DML с этой таблицей (GIN-индексы не бесплатные)... то вряд ли этим стоит заниматься.

А если нормализовать эту колонку из строки в отдельную таблицу и вместо кучи оров делать джоин + in (...)?

А если нормализовать эту колонку из строки в отдельную таблицу и вместо кучи оров делать джоин + in (...)?

Можно попробовать... но, опять-таки, если выбирается много... см. выше.

Ясно, спс.

@karpovdds будет жить. Поприветствуем!

Небольшой вопрос по pgpool2. Версия 3.7.4, после перезапуска базы не хочет работать и светит ошибкой RROR: connection cache is full HINT: increase max_pool Разумеется, совет не помогает. Пробовал отключить connection_cache, но оно все равно падает с такой ошибкой. Возможно, кто-то знает, как поправить?)

@AlexGluck будет жить. Поприветствуем!

@Cyberdyne_Systems_bot : а как же я ?

Хехехе

Сорри не сдержался

@Alexander_N_V будет жить. Поприветствуем!

впервый раз открыл pgAdmin 4 на удаленном рабочем столе только он, и из под винды я в ужасе, не могу найти как открыть окно где можно написать свой sql запрос и исполнить....

@Cyberdyne_Systems_bot /help

что он умеет хоть? )

впервый раз открыл pgAdmin 4 на удаленном рабочем столе только он, и из под винды я в ужасе, не могу найти как открыть окно где можно написать свой sql запрос и исполнить....

tools -> query tool. нет такой штуки?

подскажите по vacuum full, postgres: writer process запускается в конце всего вакууминга или после каждой таблицы?

postgres: wal writer process судя по всему сразу при запуске vacuum, а вот с postgres: writer process не совсем понятно

Max S будет жить. Поприветствуем!

Dmitry будет жить. Поприветствуем!

впервый раз открыл pgAdmin 4 на удаленном рабочем столе только он, и из под винды я в ужасе, не могу найти как открыть окно где можно написать свой sql запрос и исполнить....

Своебразная софтина , но мне нравится

слушайте, а вопрос. В pg_stat_activity в колонке query всегда гарантированно полный запрос?

вот прям весь-весь целиком