TempUserDubДанный вопрос о предназначении первичного ключа и отличии от уникально достатончо часто встречает в интернете, но нигде нет точного ответа. Я искренне благодарен всем пользователям, учавствующим в данном обсуждении.

Главное отличие уникальное ключа от первичного, помимо допустимости NULL - уникальных ключей может быть много, а первичный - один.
Внешний ключ может ссылаться и на первичный, и на уникальный ключ.


Ещё раз, разницы никакой и нет, потому и так сложно найти правильный ответ в сети.
Первичный ключ -- это один, теоретически, любой из уникальных.
То, что в уникальных ключах разрешают NULL-ы, а в первичных -- нет, это (на уровне теории) можно рассматривать как исторический курьёз.

TempUserDubВ итоге, учитывая, что функции первичного ключа дублируются уникальным - для чего первчиному ключу делать ограничение на количество ключей?


Как раз всё дело в функции. Функция первичного ключа -- идентифицировать запись.
Функция уникального индекса -- обеспечивать уникальность. Просто люди договорились, что
будут выбирать один ключ из множества, чтобы он был ключём по умолчанию, с помощью которого
ищется запись.

TempUserDubМы можем внешнему ключу назначить ссылку на уникальный и получим аналогичный результат.

Да. Но если ты будешь ссылаться на поля первичного ключа, то синтаксис CREATE FOREIGN KEY может быть легче -- не
надо указывать, на какой ключ ты ссылаешься, потому что PK только один (0..1).
В частности и для этих целей в СУБД выбирают только один PK.

TempUserDubМне необходимо понять этот вопрос, чтобы двигаться далее в изучении БД и SQL)


По-моему ты слишком серьёзно подходишь к данной проблеме.
Тут нет какой-то большой мысли или теории, стоящей за этим, просто вопросы удобства.

guest_20040621> нигде нет точного ответа

Предполагается, что атрибуты сущности имеют некий смысл в рамках предметной области. Для первичного ключа этого требования нет, если угодно, это элемент технического дизайна, а не предметной области. В конкретных реализациях СУБД объявление атрибута первичным ключом может предполагать неявное ограничение NOT NULL + индекс, делая ddl более компактным. В СУБД есть механизмы для генерации уникальных значений, которые вы можете использовать для значений первичных ключей.


Это не так. первичный ключ, как и любое другое поле или набор полей в таблице, могут иметь или не иметь смысл в предметной области, которой посвящена таблица.

_модTempUserDub,
Каждая строка таблицы всегда имеет свой собственный уникальный номер. К сожалению он может измениться, поэтому приходится вводить (не для всех таблиц) искусственный заменитель - суррогатный ключ. Это и есть первичный ключ таблицы. Все ссылки идут только на него.

Это тоже неправильно.
Это такое обобщение на все СУБД из опыта общения с современным MSSQL, видимо.
Оно неверно.

Во-первых, первичный ключ не обязан быть суррогатным.
Во-вторых, идентификаторы строк в таблицах в некоторых СУБД очень даже могут меняться, и меняются, и ничего глобально страшного в этом нет.

TempUserDub _мод
Подскажите. пожалуйста, какие ссылки вы подразумеваете? Где их можно применить? Если верно понял, то данным сурогатным ключом может быть и уникальный?

Он, видимо, имел в виду ссылки на физическом уровне из записей индекса таблицы на записи самой таблицы.

guest_20040621MasterZiv, возьмите за правило: меня поправлять нет необходимости. Фраза построена именно так, как должна, с учётом уровня подготовки задавшего вопрос.

Возьми за правило регистрироваться при входе, и я тогда смогу разбираться, кто постил данное сообщение

TempUserDub MasterZiv

"Функция первичного ключа -- идентифицировать запись.
Функция уникального индекса -- обеспечивать уникальность. Просто люди договорились, что
будут выбирать один ключ из множества, чтобы он был ключём по умолчанию, с помощью которого
ищется запись."

Спасибо. Это самый адекватный ответ, после которого начинаешь понимать смысл первчиного ключа и отличие от уникального)


Да не будет тут вообще адекватного ответа.
Все ответы будут в той или иной степени дурацкие.
Потому что вопрос такой.

TempUserDubПризнаться, не понимаю, для чего было дублировать понятия и создавать первичный. У первичного ключа имеется преимущество - создание ключа из нескольких столбцов. Можно было дать возможность создавать группу уникальных ключей, дав ей название групповой уникальный ключ, что позволило бы избежать путаницы в понятиях, поскольку и при помощи уникальный ключа можно идентифицовать строку.


Ну, жизнь вообще сложна и многообразна....

TempUserDubЯ верно понял, что мы не можем получить доступ к строке по прямой ссылке\адресу?

Так первичный ключ -- и есть "адрес" строки в таблице.
Без него ты можешь только получить конкретную строку, перечисляя все строки тем или иным образом, выводя все строки, или строки с каким-либо фильтром.

Да, без него к конкретной записи ты доступ не получишь.

Достаточно хорошая аналогия -- адрес объекта. Если ты его имеешь, то прямо по адресу получаешь объект. Если не имеешь, то ты должен просканировать всю память, чтобы перебрать все объекты и найти нужный тебе.
Если ты имеешь PK (первичный ключ), то ты можешь получить сразу запись. Если нет -- тебе надо перебрать все записи таблицы, чтобы найти нужный объект.

vadiminfo,

_мод же гест, призрак, эфимерия...