Что выбрать: primary key или unique для уникального foreign key?

Question

[agl666]

Дано

Таблица Автор
Поля: ID |… |…
Таблица Книга
Поля: ID |… |…
Таблика КнигаАвтор
Поля: КнигаID | АвторID

Отношения:
КнигаID -> Книга.ID
АвторID -> Автор.ID
(-> = foreign key)

Нужное поведение: одинаковые книга-автор могут быть заданы только один раз.

Каким образом лучше это сделать? Задать (КнигаID, АвторID) как UNIQUE, либо (КнигаID, АвторID) как composite Primary Key?

Использование NULL не предполагается…

Answer 1

[Андрей]

На всякий случай: убедитесь в уникальности «книга — автор». Например, если подразумевается интернет-магазин или каталог, нужно учитывать, что одну и ту же книгу могут издавать разные издательства. Кроме того, даже в одном издательстве автор может фигурировать в разных ипостасях: «Б.Акунин», «Акунин Б.» «Борис Акунин» и т.п.

Comments

[agl666]

Спасибо большое за ваш комментарий :)
База данных проектируется в рамках учебного проекта, есть много подобных таблиц где нужна уникальность пары + преподаватель такой мелочи скорее всего не оценит. Хотя :)

Answer 2

[MikhailEdoshin]

Если для учебного проекта, то лучше как primary ID.

Answer 3

[Сардар]

Лучше UNIQUE. Это позволит иметь отдельный простой точный id для связной таблицы. Это обычно упрощает работу потом, если придется работать со связной таблицей в параллельных запросах вне serialized транзакций. Лишний индекс для int primary key не проблема.

Answer 4

[Beliyadm]

Уникальный идентификатор в любом случае должен быть.
Если речь про книги — то я бы дублировал уникальность по ID UNIQUE и полю с ISBN, если даже одна книга разных издательств — номер будет другой

Answer 5

[freeek]

Можно в таблицу КнигаАвтор добавить пару полей, например: КнигаАвторID и Note :)
Оять же, зависит от поставленных целей.