Как вы уже упоминали, и другие также указали - тип данных GUID / uniqueidentifier
в SQL Server на первый взгляд кажется хорошим кандидатом на первичный ключ - позвольте мне предупредить вас о некоторых проблемах, которые возникают в будущем.позже вы можете пожалеть:
Вам нужно отделить первичный ключ , который является логической конструкцией - он уникально идентифицирует ваши строки, он должен быть уникальным и стабильным, а НЕ НЕДЕЙСТВИТЕЛЬНЫМ.GUID также хорошо работает для первичного ключа - поскольку он гарантированно будет уникальным.GUID в качестве первичного ключа является хорошим выбором, если вы используете репликацию SQL Server, поскольку в этом случае вам все равно нужен уникально идентифицирующий столбец GUID.
ключ кластеризации в SQL Serverфизическая конструкция используется для физического упорядочения данных, и ее намного сложнее понять.Как правило, королева индексирования на SQL Server, Кимберли Трипп, также требует, чтобы хороший ключ кластеризации был уникальным, стабильным, как можно более узким и идеально постоянно увеличивающимся (как INT IDENTITY).
См.ее статьи об индексации здесь:
, а также см. Джимми Нильссона Стоимость GUID в качестве первичного ключа
GUID - это ужасно плохой выбор для ключа кластеризации, поскольку он широкий, абсолютно случайный и, следовательно, приводит к плохой фрагментации индексаи плохая производительность.Кроме того, строки ключей кластеризации также хранятся в каждой записи каждого некластеризованного (дополнительного) индекса, так что вы действительно хотите сохранить его небольшим - GUID равен 16 байтам, тогда как INT равен 4 байтам, ис несколькими некластеризованными индексами и несколькими миллионами строк это делает ОГРОМНОЕ различие.
В SQL Server ваш первичный ключ по умолчанию является вашим ключом кластеризации, но это не обязательно.Вы можете легко использовать GUID в качестве первичного ключа, не относящегося к кластеру, и INT IDENTITY в качестве ключа кластеризации - для этого достаточно немного осознать его.