Нужен ли первичный ключ во всех таблицах?

Question

[Константин]

Всем доброго настроения. Столкнулся с крупной базой данных одного предприятия работающего на 5 версии mysql. В каждой таблице они используют первичный ключ независимо от других полей даже если они уникальны. Правильно ли так делать? В моей базе уникальным ключом является id клиента, но он есть не во всех таблицах. Так вот вопрос: нужно ли иметь отдельное поле в каждой таблицы для первичного ключа?

Comments

[Евгений Самсонов]

Не нужен

[Константин]

Евгений Самсонов, Достаточно будет того что в некоторый таблицах есть поле id, которое уникально?

[Евгений Самсонов]

Константин, Если есть уникальное поле, то можно сделать его первичным ключем. Также если у вас есть уникальный набор полей, то можно тоже сделать этот набор первичным ключем. Но тут есть проблема, если вам понадобиться ссылаться на эту таблицу из другой это будет неудобно и стоит подумать все таки об отдельном первичном ключе. Если вы не создаете первичный ключ явно, то MySQL создаст первичный ключ самостоятельно, но вы его видеть не будете. Поэтому первичный ключ в таблице есть в любом случае, но задавать его явно не требуется, хоть и предпочтительнее делать так

[Константин]

Евгений Самсонов, Я переживаю чтобы от такого большого количества первичных ключей не ухудшилась производительность. Например у меня есть таблицы с очень большим количеством записей, которые каждый день увеличиваются. И в этих таблицах нет первичный и даже нет уникальных ключей, а поле id может повторяться. Не повлияет на скорость доступа к этим таблицам если в них добавить первичные ключи?

[Евгений Самсонов]

Константин, если у вас InnoDB, то как уже писал выше, первичный ключ в таблице создаст сам MySQL, но вы его видеть не будете. Индексы скорее увеличивают скорость доступа, если их правильно использовать, но уменьшают скорость добавления записей

[Константин]

Евгений Самсонов, Понял. Спасибо.

Answer 1

[Владимир Коротенко]

Нужен, даже если вы его неправильно понимаете

Comments

[Константин]

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

[Владимир Коротенко]

Константин, Зачем вам тогда эта таблица?
По сути вам нужно почитать основы. Даже если БД позволяет работать без первичного ключа вы все равно неявно вводите ограничение

[Константин]

Владимир Коротенко, Знаю что нужно почитать, но все никак не найду именно основы на полках магазинов.

[Владимир Коротенко]

Константин,
Вот как бы нормальная книга
https://codernet.ru/books/sql/Osnovi_relyacionnix_...

[Константин]

Владимир Коротенко, Спасибо. Тогда с нее и начну)

Answer 2

[Василий Банников]

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

Вы в одном из комментов написали

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

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

Comments

[Константин]

Вот например есть таблица "Оплаты" В ней есть поля "id клиента", "Дата оплаты", "Сумма оплаты" В этой таблице нет ключей, а поле "id клиента" может повторяться. Связь с этой таблицей идет через сортировку записей по полю "id клиента". В этой таблице более 100 000 записей и добавляются каждый день. Нужен ли в этой таблице первичный ключ?

[Василий Банников]

Константин, да. Как минимум из-за того что нет других уникальных полей.

[Константин]

Василий Банников, Понял. Спасибо

[Мир]

Василий Банников, а я вот не пойму зачем первичный ключ если выборка по нему не производится. Даже если нужно вдруг внести изменения то они вносятся поиском по "id клиента"+ "Дата оплаты", по сути можно ПК заменить этой парой полей

[Василий Банников]

Мир, а что в один день ну никак не может быть двух оплат от одного клиента?