Grigory S

> С чего вы вообще взяли, что запросы будут попадать именно в один партишон. Во-первых, я не говорил что оьязательно в одну; хорошо, если отсекает часть партиций. А чтобы это...

В общем, в двух словах про планы и кеширование (а то люди прочитают, и подумают, что нигде ничего не преперится, не кешируется и не нужно), а то ощущение, что тёплое с мягким ...

> partitioning для производительности не имеет смысл Лолшто? Partition prunning это миф видимо. Значит тут у меня более релевантный опыт. > А вот это кардинально не совпадае...

> первое со вторым связано. В целом да, но на кеш локальность влияет и размер таблицы (а на корреляцию - нет) > Какая будет разница в распределении row(s) в heap(s)? Не виж...

> а что насчёт это добавляет n проходов по индексу? Не вижу в этом чего-то очень плохого (если N не очень большое), и в индексе не запихано много колонок. > где невозможно, ч...

Друзья, а не подскажете, может кто-н сталкивался с тем что pg_upgrade ломает некоторые индексы. При миграции с 11 на 12 через pg_upgrade, индекс стал выдавать направильные рез...

Товарищи эксперты, а как вы боретесь с хвостовыми аномалиями статистики для увеличивающихся/инкрементальных колонок? Например есть поле created_date, и если делать по нему whe...

Ммм, что-то мне всё еще не понятно, что вы имеете в виду - корреляцию колонки (как ту, что меряется как статистика для планнера) или то, что больше вероятность влезть в кеш? П...

Вот возьмем другой крайний случай - бескочнечный ретрай. Вот есть у меня сервер, который обрабатывает запросы. Вот прилетел запрос, а кто-то залочил табличку всю (ну, лочащий ...

Про пересылку текста запроса - готов поверить, а вот про парсинг. Чё там парсить то?

Ребяты, кто знает, пофиксят ли (и в какой версии) partition pruning для составных условий? Например, партиционирование по полю date, но вот такое условие идёт по всем партици...

Что такое физическая корреляция данных в партиции с индексом? 🤔 Я бы еще юзкейс добавил - для больших таблиц битмапы lossy становятся, поэтому разбиение на таблицы посеньше т...

Стоп, я не говорил, что это ошибки одного плана. Но смотрите, я вызываю commit. У меня Network ошибка. Вы хотите сказать, её не надо ретраить, а вот дедлок надо?

Кстати, а вот если у меня висит CHECK(length<5), а я хочу поменять на CHECK(length<6) могу ли я без блокировок это сделать? Поймёт ли пг, что можно заинферить?

Ребята - вопрос со звёздочкой, как сделать так, чтобы квери с костом выше скольки-то реджектились? (Может есть способ без ковыряния кода?)

> вы это в реальности видели? На постгре не видел, я же не ретраю дедлок ошибки (по крайней мере бесконечно) 🤣

Ну нет же, с чего вы решили, что default policy для дедлока - это ретрай?))

Ну и чтобы прояснить (на всякий) - N = число партиций после prunning, да?

На timeouts повотрять транзакции?) Ну-ну

А какие осложнения?