Autoincrement vs составной ключ для сводной таблицы?

Question

[des1roer]

подскажите пожалуйста, в каких случаях нужно использовать тот или иной ключ и что является лучшей практикой?

Comments

[AVKor]

Вопрос некорректен. Примерно как синий vs пиво.

Answer 1

[Иван Филатов]

1. если есть Родной, естественный уникальный ключ, для субъекта таблицы - то нужно использовать его как первичный ключ.
например, номер ИНН или Паспорта.

2. Составной ключ используется в разных случаях, один из них - когда БД распиливается несколько кусков, тогда один из ключей составного - будет Instance СУБД.
Другой вариант составного, когда надо соединить 2 таблицы как М:М (М:1-1:М) - тогда таблица связей будет иметь составной ключ.

3. Autoincrement используют для первичного ключа в том случае, когда в субьекта таблицы невозможно выделить естественный уникальный ключ. Тогда технически его создают. Можно нумеровать записи программными средствами, можно возложить на СУБД.

Comments

[des1roer]

то есть для сводной таблицы составной ключ однозначно лучше?

[Иван Филатов]

des1roer: что значит сводная таблица? в СУБД согласно нормализации не может быть сводных таблиц. сводные это в Excel ) таблица = сущность, субьект. ключ полностью определяет запись этой таблицы.

кароче, идите учите "Реляционные базы данных для начинающих". Вы не в теме вообще.

[des1roer]

таблица-связь для отношения многие-ко-многим

[Иван Филатов]

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

Иногда бывает связь из 3х таблиц. Но это очень редкий случай, вообще лучше не делать такую архитектуру.