Нужен ли ID в базе mysql?

Question

[maryaTurova]

Собственно сам вопрос в заголовке!
Так уж необходимо его создавать? Для чего и зачем?
У меня в базе больше тысячи юзеров, к каждому присвоена почта, ключи доступа и т.д., в принципе все изменения и происходят по ключу или почте.Так зачем нужен ID если я можно обращаться к базе по другим критериям, или я чего-то не понимаю? Объясните плиз!!!

Comments

[Алексей Горбунов]

Если в другой таблице будет ссылка на пользователя, то вы его ключ доступа будете использовать?
А если пользователь захочет поменять свою почту? А если его ключ доступа будет скомпроментирован? Что вы предлагаете делать в таких случаях?

Answer 1

[Константин Цветков]

суррогатный+естественный+ключ

Answer 2

[Александр]

Не хочешь создавать не создавай. Это не безусловное правило. Если у таблице нет связей, данные и так уникальны, они не нужны.

Comments

[Developer]

В целом верно.
Но, как показывает практика, по мере развития проекта появляются связи, о которых не предполагали на этапе планирования

[Stalker_RED]

Developer, вот когда понадобятся, тогда можно и добавить.

[Developer]

Stalker_RED, ахахаха! Смешно.
Оценил твою шутку

Answer 3

[Dimonchik]

шоб ты понимал(а) - Мускуль все равно его создаст, просто не покажет
а ты себя ограничишь при индексах и запросах

Comments

[neol]

FanatPHP,

If the table has no PRIMARY KEY or suitable UNIQUE index, InnoDB internally generates a hidden clustered index named GEN_CLUST_INDEX on a synthetic column containing row ID values.

https://dev.mysql.com/doc/refman/5.7/en/innodb-ind...

[FanatPHP]

Спасибо за науку

Answer 4

[FanatPHP]

Ты не понимаешь одной очень простой вещи. Что база у тебя реляционная. Это всё.
Как только поймёшь - сразу станет ясно, что в таблице пользователей поле id необходимо.

В реляционной базе данных таблицы между собой связаны. И что ты будешь писать в связанную таблицу - е-мейл? Серьезно? А если пользователь поменяет его? Будешь по всем таблицам бегать и менять?

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

Comments

[Alex Wells]

Лентюй,

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

Конечно не должны. Но в реалиях 99% проектов - связи будут, а данные будут менятся, посему если не уверен, что ты ТОЧНО не хочешь id - добавляй id.

[Alex Wells]

Лентюй, есстественного - это какого? Вот в реальном примере, чем будет первичный ключ для обычной таблицы юзеров? Емейл штоле?

Answer 5

[Randel Kovalsky]

Во-первых - правило хорошего тона.
Во-вторых, попробуй редактировать данные в базе из SQL навигаторов прям в таблице. MySQL Workbench опирается на поле id
Ну и в-третьих - попробуйте разбросать по разным таблицам e-mail пользователя, их пароли, которые, возможно, захотите принудитпльно менять раз в месяц и чтоб не повторялись. И связи между таблицами сделайте.

Ответ придёт сам собой.

Или же:
Мсье знает толк в извращениях.

Comments

[Rsa97]

MySQL Workbench опирается на первичный ключ, который можно построить по любым полям, не обязательно по id.

[Randel Kovalsky]

Rsa97, Я про то, как обычно бывает. Хорошее замечание.

[FanatPHP]

Твои рассуждения про то "как обычно бывает" двольно жалкие, надо признать.
"правильо хорошего тона" не объясняет вообще ничего
про редкатирование тебе уже написали
ну а предложение писать емейл в одну таблицу, а пароль в другую - вообще за гранью добра и зла. ты сам-то хоть раз так делал? Или у тебя по ночам неконтролируемые фантазии?