listtoview,

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

а если вы имеете ввиду какие либо альтернативы типа ( Vertica, Sybase IQ, Infobright ) vs MSSQL, ну это уже по большей части дело вкуса. В каждой субд есть какие то свои фишки начиная от модели лицензирования до поддержки протоколов обмена, типов данных, внятной документации, etc.

Как это?

на этом подфоруме надо смотреть тут
https://docs.microsoft.com/en-us/sql/relational-databases/indexes/columnstore-indexes-overview?view=sql-server-ver15

У колумнстрора главные плюсы
1 Компрессия - получше чем у PAGE компрессии и без заметных накладных расходов на разжатие на чтении
2 batch мода (с SQL2019 эта опция доступна и для обычных rowstore таблиц)
3 rowstore elimination - жалкое подобие clustered index seek, в каждой из 1млн группе хранится min и max так что если по условиям запроса данных в этой группе нет то ее можно не читать
4 column elimination - если поле не требуется для запроса то и читать его не нужно. Полезно для широких таблиц, а любители select * - ССЗБ
5 Так же отлично подходят для ad hoc запросов, можно считать что на каждое поле для where будет аналог index scan

При этом.
1 Удаление из таблиц - остается в дельта сторе
2 Обновление - реализовано как вставка и удаление
3 "rowstore elimination" из коробки работает плохо, как только в таблице есть вставки, обновления данные суются в разные группы, простых способов физически упорядочить данные нет. Тупое перестроение индекса не работает. (рецепты однако есть)
4 секционирование (partitioning) просто необходимо (чтобы перестраивать не всю таблицу а только секцию)

лидер в исследованиях португалец Niko Neugebauer
http://www.nikoport.com/columnstore/