senn,

https://blogs.msdn.microsoft.com/sqlserverstorageengine/2016/03/07/columnstore-index-defragmentation-using-reorganize-command/

senn,
у вас на картинке у всех групп trim_reason = DICTIONARY_SIZE

" Dictionary size grew too big to compress all of the rows together."

попробуйте в качестве пробы сделать ALTER INDEX REBUILD

Владислав Колосовsenn,

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

в дельтастор записи попадают если их кол-во (insert batch size) меньше 102400 (минимальный размер row group)
из доп. прелестей полное логирование и отсутствие компрессии (данные не сжаты)
при удалении записей в дельтасторе, они реально удаляются, а не помечаются как удаленные в случае compressed row groups
так что, если заливать данные, то порциями кратными 102400 или вообще по 1048576 записей

https://docs.microsoft.com/en-us/sql/relational-databases/indexes/columnstore-indexes-data-loading-guidance If the batch size is >= 102400, the rows are directly into the compressed rowgroups. It is recommended that you choose a batch size >=102400 for efficient bulk import because you can avoid moving data rows to a delta rowgroups before the rows are eventually moved to compressed rowgroups by a background thread, Tuple mover (TM).
If the batch size < 102,400 or if the remaining rows are < 102,400, the rows are loaded into delta rowgroups.


дельта-механизм придуман для аккумулирования новых данных перед сжатием
нет смысла жать 10-100 записей

Владислав Колосовkomrad,

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

сжатие есть один из механизмов достижения быстроты, так же как и "Batch mode execution"

https://docs.microsoft.com/en-us/sql/relational-databases/indexes/columnstore-indexes-overview?view=sql-server-2017#benefits
https://docs.microsoft.com/en-us/sql/relational-databases/indexes/columnstore-indexes-overview?view=sql-server-2017#when-should-i-use-a-columnstore-index