MySQL - Использование внешнего ключа в качестве первичного ключа тоже

Question

У меня есть таблица 1 с первичным ключом user_id и таблица 2, где user_id - это внешний ключ.

Только 1 запись за user_id может существовать в таблице 2, и никакая запись не может существовать без нее.

ВОПРОС: Может ли user_id в таблице 2 одновременно быть как иностранным, так и первичным ключом, и если да, то это хорошая идея, какие плюсы и минусы?

Answer 1

Да, вы можете это сделать (и вы должны с точки зрения дизайна базы данных).

Однако рассмотрим, что это означает, если user_id является основным ключом в таблице 2. Фактически вы говорите, что каждая строка в таблице 2 соответствует пользователю, но у вас уже есть таблица, где каждая строка соответствует пользователю: Таблица 1. Возникает вопрос: «Почему же вы не помещаете все данные таблицы 2 в столбцы с нулевым значением в таблице 1?». В конце концов, имея две таблицы, вам нужно будет сделать два запроса, чтобы получить эти данные вместо одного.

В настоящее время существует несколько сценариев, в которых эта практика может быть хорошей идеей:

• если у вас есть много пользователей, но только несколько строк в таблице 2, возможно, запрос на таблице 2 будет выполняться только редко ; в то же время вы получаете скорость хранения и скорость модификации в таблице 1
• возможно, что в будущем может произойти изменение первичного ключа таблицы 2, в то время как внешний ключ останется; если вы поместите все данные в таблицу 1, эта модификация, скорее всего, нарушит вашу модель базы данных.

Это может быть хорошая идея, но это зависит от особенностей вашего приложения.