SQL производительность запросов сервера на кластерный индекс с композитными полями

Question

У меня есть много, чтобы многие таблицы ссылка CategoryProduct с 2-мя колоннами, которые будут иметь многомиллионные записи:

CREATE TABLE [dbo].[CategoryProduct](
[Category_ID] [int] NOT NULL, 
[Product_ID] [int] NOT NULL, 
CONSTRAINT [PK_dbo.CategoryProduct] PRIMARY KEY CLUSTERED 
(
    [Category_ID] ASC, 
    [Product_ID] ASC 
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY] 

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

CategoryID ProductID 
1    2 
1    3 
2    1 
2    3 

Однако результат с Select является

CategoryID ProductID 
2    1 
1    2 
1    3 
2    3 

Почему данные хранятся в группе ProductID? Отражает ли это фактический порядок данных? Как сохранить данные в группе CategoryID, чтобы можно было оптимизировать такой запрос, как показано ниже, с последовательным чтением при попадании соответствующего идентификатора категории.

select ProductID from CategoryProduct where CategoryID = value 

Answer 1

Когда Sql Server выборки данных, выполнив сканирование таблицы или кластерного индекс сканирование (если таблица кластерный), может выбрать следовать листовым страницам СЦЕПЛЕНИЯ из поисковых аргументов, запорные намеков и других параметров, или он может следуйте карте распределения индекса, которая в большинстве случаев не находится в том же порядке из-за разбиений страниц, которые произошли.

Использование кластерного индекса не является гарантией скорости, сервер Sql вычисляет способ получения данных для каждого запроса даже для простых запросов (оптимизатор Sql Query - очень сложная система).

Это не способ получить данные в определенном порядке либо, единственный способ , чтобы получить данные в определенном порядке, чтобы указать предложения ORDER BY в запросе (это спецификация ANSI).

Если вы хотите улучшить производительность, вам следует изучить план запроса вашего запроса. Существует несколько способов получить план запроса вашего запроса, самым простым является выбор кнопки «Включить фактический запрос» в панели инструментов Sql Magenement Studio перед выполнением вашего запроса.

Последующее наблюдение: с кластеризованным индексом, данные физически хранятся в порядке определения кластера, пока кластер не будет фрагментирован. ТОЛЬКО способ получить данные в определенном порядке в SELECT - это добавить ORDER BY к SELECT, не создавая индексы.

Answer 2

Вы не должны полагаться на кластеризованный ключ для упорядочения данных. Он хранится на диске в порядке кластеризованного ключа, но это не значит, что возвращенные данные гарантированы для возврата в любом порядке. Если вам нужно, чтобы ваши данные были заказаны, вам необходимо использовать пункт ORDER BY.

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