Почему мое уникальное ограничение появляется под индексами, а не под ограничениями?

Question

Я создал ограничение на моем Tsql таблице вроде этого:

alter table disabledqualities 
add constraint uc_uIdQualCode 
unique (userId, qualitycode) 

В MSSMStudio ограничение показывает под индексами, а затем при ограничениях.

Почему?

--EDIT--
Я понимаю, что он создает индекс для принудительного применения ограничения, но тогда почему существует узел с именем «ограничения»?

Answer 1

SQL Server создает индекс за сценой, чтобы обеспечить соблюдение ограничений

вот еще один способ записи, что при добавлении сервера некластеризованного красноречивого SQL использовать некластеризованный индекс, вы также можете создать кластерный на условие, что вы не «т иметь ПК, который входит в состав кластера (по умолчанию) или другой кластерный индекс уже

alter table disabledqualities 
add constraint uc_uIdQualCode 
unique nonclustered (userId, qualitycode) 

[править] этот узел, чтобы добавить проверочное ограничение, уникальные ограничения добавляются под индексами

в любом случае держаться подальше от мастеров

Answer 2

SQL использует индексы для обеспечения уникальных ограничений.

Answer 3

Я понимаю, что он создает индекс для принудительного применения ограничения, но тогда почему существует узел, называемый «ограничениями»?

Этот узел должен отображать ограничения CHECK.

Answer 4

Настоящий ответ «потому что Microsoft так сказала. Если вы хотите получить ответ, вам придется спросить их».

Answer 5

Поскольку UNIQUE ограничение может быть найдено в виде системы sysindexes

выберите * из sysindexes где имя = «uc_uIdQualCode»

Это просто логично Чтобы добавить новый уникальный constaint от студии вам нужно нажать Управление Index и клавишами. Поэтому, если вы добавляете его из Indexes, вы должны увидеть его в Indexes :)

Answer 6

Проверить ограничения и ограничения по умолчанию показаны в узле ограничений.

Answer 7

Я думаю, возможно, вы не понимаете, что может появиться в ограничениях, потому что вы не знаете, что такое ограничение проверки. Контрольное ограничение проверяет данные о вставке или обновлении, чтобы увидеть, соответствует ли оно своего рода бизнес-правилу. Он используется для обеспечения целостности данных. Например, если у вас есть целочисленное поле, которое должно содержать только значения 1,4 или 5, вы должны установить контрольное ограничение, чтобы убедиться, что 9 никогда не добавляется в поле. Ограничение проверки на поле даты может указывать на то, что оно должно быть позже текущей даты и времени для поля, которое является планетарным завершением, или что CompletionDate должно быть позже StartDate. Это те вещи, которые появляются под ограничениями.