У мене є таблиця з ~ 200 мільйонами рядків і ~ 15 стовпців у ній. Я планую створити COLUMNSTOREіндекс на своєму столі.
Чи буде якась зміна продуктивності на основі порядку стовпців, які я використовую в індексі зберігання стовпців? Якщо так, то в чому логіка?
Відповіді:
Ні, порядок значення не має. Кожен стовпець розглядається індивідуально.
Від команди SQL Server (наголос додано):
Зазвичай ви хочете помістити всі стовпці вашої таблиці до індексу зберігання стовпців. Не має значення, в якому порядку ви перераховуєте стовпці, оскільки в індексі зберігання стовпців немає ключа, як індекс B-дерева. Внутрішньо дані будуть автоматично упорядковані для найкращого стиснення.
Порядок не має значення, що не важливо, якщо ви повинні включити ВСІ стовпці з базової таблиці в індексі магазину стовпців - докладніше за допомогою моєї попередньої відповіді на це запитання тут
У SQL Server 2012-2016 у вас є концепція усунення сегментів ( http://social.technet.microsoft.com/wiki/contents/articles/5651.understanding-segment-elimination.aspx ), і ви фактично можете примусити порядок щонайменше 1 стовпчик (плюс 1 додатковий всередині кожного розділу).
Розглянемо наступну статтю, яка пояснює завантаження даних для кращого усунення сегментів: Завантаження даних для кращого усунення сегмента
Існує чудова відповідь Аарона з 2012 року, щоб розширити цю проблему ...
За допомогою SQL 2014+ у вас є кластерні індекси зберігання стовпців. Під час створення кластерного індексу стовпців стовпців немає опцій вибору стовпців або замовлення. Описані покажчики стовпців