IMO, пожалуйста, исправьте меня ...
лист кластеризованного индекса содержит реальную строку таблицы, поэтому полный кластеризованный индекс с промежуточными листьями содержит гораздо больше данных, чем полная таблица (?)
Почему/когда/как всегда ли целая кластеризованная индексация, выбранная во время полного сканирования таблицы?Почему/когда/как выбрано сканирование всего кластерного индекса, а не полное сканирование таблицы?
Как кластерный индекс на столбце CUSTOMER_ID, используемый в запросе SELECT, который не содержит его ни в списке SELECT, ни в условии WHERE [1]?
Update:
Должен ли я понимаю, что полное кластерное сканирование быстрее, чем полное сканирование таблицы, поскольку «Каждая страница данных содержит указатели на следующую и предыдущую страницу листа узла, поэтому сканированию не нужно использовать более высокие страницы уровня в индексе "?
Существуют ли какие-либо другие причины, такие как (неучастие в запросе) кластерный индекс используется при сортировке?
Update2:
Как второстепенным, последовательный доступ не может дать прирост производительности при загрузке таблицы с помощью IAM указателей можно распараллелить.
Сгруппированное сканирование индекса подразумевает последовательное чтение страницы?
Имеет ли кластеризованная таблица отсутствие указателей IAM (невозможность полного сканирования таблицы)?
Почему таблица с кластеризованным столом не сканируется полностью?
Я до сих пор не понимаю, как/почему кластеризованное полное сканирование индекса может быть «лучше» при полном сканировании таблицы.
Означает ли это, что наличие кластеризованного индекса может привести к ухудшению производительности?
Вопрос о кластеризованной таблице, а не куче (неиндексированной) таблице.
Update3:
ли «полный кластерный индекс сканирования» на самом деле синоним для «полного сканирования таблицы»?
В чем разница?
[1] Индекс Перекрытия форсирует SQL Server Query Performance
http://www.devx.com/dbzone/Article/29530
Сканирование с кластерным индексом не обязательно выполняется быстрее, чем сканирование таблицы, но сканирование таблицы происходит только в куче (т. Е. Таблице без кластерного индекса). «Сканирование кучи» было бы более точным именем для сканирования таблицы, потому что таблица является логической конструкцией, а кучи и индексы - это физические структуры, которые используются в планах выполнения. – sqlvogel