У меня есть две таких таблицы.
A_ID (первичный ключ)
A1
A2
B_ID (первичный ключ)
B1
B2 A_ID (внешний ключ, но не применяется в базе данных, не уникален)
Хотя по умолчанию SQL-сервер создает кластерные индексы для B_ID, у меня есть много запросов на выборку для B, которые зависят от A_ID.
что-то вроде этого
SELECT * FROM B WHERE BA_ID = 'НЕКОТОРЫЙ ID'
Должен ли я создавать кластеризованный индекс для A_ID ТАБЛИЦЫ B?
Нет, обычный некластеризованный индекс подойдет. Кластерный индекс особенно удобен при выполнении запросов диапазона (МЕЖДУ). Как правило, я всегда создаю некластеризованные индексы для столбцов, используемых в ограничениях внешнего ключа.
Нет, просто создайте обычный некластеризованный индекс - вы получите в основном те же результаты и те же улучшения в скорости выполнения запросов.
Гарантируется ли уникальность A_ID в таблице B? Не может ли более 1 записи в "B" ссылаться на один и тот же A_ID ??
Лучшая практика для кластеризованного ключа:
См. статью Кима Триппа Дебаты о кластеризованном индексе продолжаются или Ever- увеличение ключа кластеризации - дебаты по кластеризованному индексу - снова! для получения дополнительной информации.
Если ваш кластерный ключ не может быть гарантированно уникальным, SQL Server добавит к нему 4-байтовый унифификатор — этого следует избегать, когда это возможно (поскольку ваш кластерный ключ будет добавляться к каждой отдельной записи каждого отдельного некластеризованного ключа). index на вашей таблице, что приводит к пустой трате места, если он слишком широкий).
Марк
