Первичный ключ против ключа-кандидата - реляционная СУБД

Question

Насколько я понимаю, первичный ключ - это случайно выбранный ключ-кандидат с теоретической точки зрения.

Согласно этому определению

'Ключ-кандидат - ключ-кандидат может быть любым столбец или комбинация столбцов, которые можно квалифицировать как уникальный ключ в базе данных. В одной таблице может быть несколько ключей-кандидатов. Каждый ключ-кандидат может квалифицироваться как первичный ключ.

первичный ключ - первичный ключ - это столбец или комбинация столбцов, которые однозначно идентифицируют запись. Первичным ключом может быть только один ключ-кандидат. '

Предложения «Каждый ключ-кандидат может квалифицироваться как первичный ключ». и «Только один ключ-кандидат может быть первичным ключом». только логически не противоречат, если первичный ключ выбран произвольно из ключей-кандидатов. Это правильно?

Какими специальными свойствами обладает Первичный ключ, который не имеет ключ-кандидат?

Answer 1

Приведенные определения CK & PK неверны. Остерегайтесь, большинство ответов Stack Overflow / Stack Exchange относительно реляционной модели очень плохие. Например: вы цитируете администраторов базы данных. Например: все ответы по дублирующейся ссылке заслуживают отрицательных голосов, кроме nvogel. Следуйте опубликованному учебнику Academi c по информационному моделированию, реляционной модели и дизайну БД. (Руководства по языкам и инструментам для записи и использования дизайнов не являются такими учебниками.) (Также не являются вики-статьями или веб-публикациями.) Задайте 1 конкретный c исследуемый неповторяющийся вопрос, где он застрял. PS Точнее сказать, что «ПК» не является частью теории. - philipxy