Хранилище хранения кластеров SqlServer (> 1 столбцы)?

Question

позволяет сказать, что у меня есть таблица вроде этого:

a | b | c | d 
______________ 
1 | 2 | 4 | 5 
6 | 2 | 5 | 5 
3 | 5 | 2 | 5 

[a] колонка кластерный индекс

поэтому физический порядок, хранимый является:

a | b | c | d 
______________ 
1 | 2 | 4 | 5 
3 | 5 | 2 | 5 
6 | 2 | 5 | 5 

теперь позволяет повысить [a] индекс к [a,c] (все еще в виде кластеров).

сейчас, я не могу udnerstand, как он может быть сохранен, так как [a] столбца уже отсортирован и [c] колонок не может быть отсортирован (потому что сортировка [a] болеет сортировку [c])

так же, как SQLServer будет хранить его ?

2-й вопрос: мне нужно открыть другой индекс для [c]?

Answer 1

Композитные индексы производят lexicographical order: записи дополнительно упорядочены по адресу c, если значения a считаются «равными».

a c 
1 2 
2 3 -- Within this block, records are sorted on [c] 
2 5 -- 
2 7 -- 
3 7 
4 1 
5 6 -- Within this block, records are sorted on [c] 
5 8 -- 

Это то, как словари сортируются.

Вам нужен дополнительный индекс c, если вы хотите, чтобы ускорить выполнение запросов, не связанных с a:

SELECT * 
FROM mytable 
WHERE c = @some_value 

Answer 2

Я думаю, что вам не хватает чего-то очевидного. Подумайте, что можно было бы ожидать от запроса

select * from myTable 
order by [a], [c] 

Вашего кластерного индекса для столбцов [а, с] даст физическое расположение с тем же порядка.