именно в один партишон.
Во-первых, я не говорил что оьязательно в одну; хорошо, если отсекает часть партиций.
А чтобы это работало - надо писать так запросы, чтобы партиции прунились.
> нет, ничего подобного, перечитайте его сообщение.
С таким подходом, можно сказать, что и индексы могут не работать (тут уж как планнер решит). Может не будем их создавать?
В ПГ12 - очень много улучшений по перформансу с запросами по партициям (втч инсерты)
https://www.2ndquadrant.com/en/blog/postgresql-12-partitioning/
> Вы доверяете "мифам"
Справедливости ради, тут уже стоит общаться цифрами.
Я видел приличное ускорение при переключении на партиции.
Понятно, что не бывает магии, и партиционирование добавляет оверхед (который в пг12 сильно снизился). Так вот, чтобы его использовать надо строить модель данных так, чтобы можно было использовать прунинг.
Если дойдут руки, я соберу pgbench сценарий, чтобы мы могли поговорить цифрами, сейчас мы с вами общаемся просто субьективными "ощущениями"
> Во-первых, я не говорил что оьязательно в одну; хорошо, если отсекает часть партиций. А как насчёт случая "это добавляет N проходов по индексу туда, где их раньше не было?". Вот тот мой пример, пусть у Вас есть ledger transactions, партиционированы по timestamp (помесячно, например), и Вам нужно выбрать все по какому-то клиенту за какие-то даты (затрагивающие несколько partitions)? И прочие подобные? > А чтобы это работало - надо писать так запросы, чтобы партиции прунились. Т.е. если где-то запросы невозможно так написать — им что делать? (Но вообще, конечно, подход правильный, если это возможно и партиционирование уже пришлось использовать.) > С таким подходом, можно сказать, что и индексы могут не работать (тут уж как планнер решит). Может не будем их создавать? Стоп! ;) Вы шутите или всё ещё не поняли, о чём я пишу? > В ПГ12 - очень много улучшений по перформансу с запросами по партициям (втч инсерты) Да, я знаю. Уже даже и bug reports писал по этим улучшениям. ;)
> Справедливости ради, тут уже стоит общаться цифрами. Да, было бы неплохо. Только не contrived benchmarks (в которых можно показать "преимущество" почти чего угодно над чем угодно, лишь бы сферы применения пересекались), как это любят делать, рассказывая о преимуществах partitioning, а что-то адекватное реальной жизни. > Я видел приличное ускорение при переключении на партиции. А я видел и приличное замедление. > Понятно, что не бывает магии, и партиционирование добавляет оверхед (который в пг12 сильно снизился). Но всё ещё выше, чем у индексации (это не считая его всё ещё неполной реализации, и ошибок в нём). И так, в общем, и должно быть. > Так вот, чтобы его использовать надо строить модель данных так, чтобы можно было использовать прунинг. Это если удастся. А то могут получиться подпорки под костыли. ;)
Обсуждают сегодня