Если поле нот нал то одно и тоже. Форин Кей можно на ПК и на УК создавать. Холивар поднимаете )))))

Table(id int not null)

Равнозначно

Primary key clustered(id)
=
Unique clustered index(id)

Понятно сущности названия разные но в остальном эквивалент

Вырвано из контекста. В лом объяснять...)

Ну это джунские вопросы - видимо проверка на адекватность

Дататайм как правило поле близко к уникальному, но не уникальное с точностью до миллисекунд повторения есть хоть и мало. И например таблица из 2х полей

(Пол некий_enum(м/ж), Дата datetime) есть и прочие типа id identity, name да хоть что но в контексте интересны 2 этих поля

Здесь вопрос - какой индекс лучше
(Пол,Дата) или (Дата,Пол)?
Приведи плюсы минусы и если разрешено создать один из 2х индексов - какой создать?

Ну пол - 2 значения, Дата - дохуя значений почти уникальный но unique не повесить

Подумай

Какие типовые запросы с этими 2мя полями придумаешь?

SELECT Дата,Пол FROM T WHERE Пол=@p1 and Дата=@d - маловероятен обычно такие даты ищут в диапазонах

SELECT Дата,Пол FROM T WHERE Пол=@p1 and Дата
BETWEEN @d1 AND @d2 - для этого запроса какой индекс?

SELECT Дата,Пол FROM T WHERE Пол=@p1 ORDER BY Дата

SELECT Дата,Пол FROM T WHERE Дата
BETWEEN @d1 AND @d2 ORDER BY Пол

Если в предиката одно услоаювие без and то конечно то поле в башке индекса, а если предикат конъюктивно составной...?

По сильно селективному полю составной индекс где это поле в голове - сильно редко используется...

Это как индекс (id,name) где id-pk... Более чем достаточно просто id
А вот индекс (name,id) часто полезен например (partition by name order by id) или where name=@n order by id desc - поможет.