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

Question

Мне трудно ответить на следующий вопрос ...

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

Answer 1

Если предлагаемый столбец с уникальными значениями равен nullable и содержит также значения null, он не может быть практическим первичным ключом.Потому что первичные ключи не могут быть null.

Answer 2

«random» уникален, но практически в качестве ключа я бы его не использовал.

Answer 3

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

Именно поэтому могут существовать и последовательные идентификаторы GUID.