добрый день

есть у нас хранилище, решили отказаться от индексов и заменить на секции с автосозданием. range+list. на некоторых таблицах будет по 1 млн + секций

какие выгоды тут вижу:
- вместо индексов partition pruning
- не поддерживать индексы

как вам идея?

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

Elic, если быть точным, один миллион двести тысяч секций с небольшим (максимум, по крайней мере на ближайшее время).

-2-,

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

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

H5N1Lord British и почему разработчики до сих пор не додумались до такого великолепного и изящного архитектурного решения?

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

ето я знаю, но к тем движкам с которыми работал, есть приписка - не оверпартиционируйте (u-sql, spark)

речь об оракле, не о "бигдата движках".

(в sql server, оверпартишнинг - смерть (большие накладные расходы на всё), если сделать columnstore + оверпартишнинг, будет недозаполненность rowgroups, мелкие батчи, хуже компрессия и т. п.. не говоря о том, что просто закверить метаданные займет десятки минут)

короче, мой основной вопрос вот этот 21799044