ну я так то и понял. %) а для чего тогда дельта в колоночном индексе? по сути получается что ли бо вариант свитч партиции либо накапливать дельту и её вливать.
Ну смотри, у колоночных индексов по сути два глобальных плюса - поколоночный доступ и мощное сжатие внутри колонок, тк по сути похожые данные(а в одной колонке данные в разных строках часто совпадают ) оч хорошо можно сжать (как именно - лучше отдельно говорить).
И это сжатие мощное, но дорогое по цпу - любое сжатие это цпу. И чтобы сжать тебе, нужно взять условно повторяющиеся значения и "схлопнуть их", оставить только их, айдишники. И вся магия в дельте - в слове взять повторяющиеся и схлопнуть.
Например, у тебя 10 строк - ок, если 10000- ок. А если 100 000 000? Получается что нужно все строки прочитать - для больших таблиц накладно. Но можно всю таблицу разбить на порции, и сжимать в рамках порции. + на 10 строках ты при сжатии ничего и не выиграешь. Так вот дельта - это несжатые данные, как только в дельте накапливается 1млн с копейками строк - фоновый процесс их сжимает. Вот и все. И естчественно, что ушло в сжатую порцию, то ушло. И по сути апдейты и делиты просто записываются рядом.
Но в среднем это работаешь нормально. Поэтому лучше не апдейтить и не делитить колоночный индекс большими объемами(ну апдейт 1000 строк - ок, ты не заметишь при чтении этого, а вот 500к - уже не ок).поэтому лучше колоночные индексы хранить в секциях и перегружать секциями - если много изменений и обычными операциями - если мало.
Но кстаи, если ты залил в к колоночный индекс 3000 строк, например, их можно принудительно сжать. И это тоже даст некий Профит