Как называть первичный ключ?

Question

[Николай Кокоулин]

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

смысл поля (как и первичного ключа) быть индификатором данной записи в таблице
что бы было проще колега предлогает нывать поля условно book_code, хотя это обычный автоинкрементный столбец

Расскажите пожалуйста в чем правда (:

Answer 1

[d'Ivan]

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

согласен.
Нет смысла мудрить.

Comments

[EVGENY T.]

Т.е. таблицу, где храниться информация об авто: WIN, год выпуска и т.д.
Вы создадите как: Vehicle(id, prod_date,....)? Сомнительное решение, будете потом каждому новому сотруднику объяснять "а вины у нас вон в id лежат... эх как же я ступил пару лет назад"

[Николай Кокоулин]

EVGENY T., нет сюда надо добавить поле vin потому что vin, внезапно, может быть одинаковым

[EVGENY T.]

Николай Кокоулин, о чем я и толкую. если есть смысл в поле, кроме как id в таблице, то 1) не надо его называть id, 2) задаться вопросом - оно точно уникально и неизменно, может лучше создать отельное поле под id?

[Евгений Ромашкан]

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

[d'Ivan]

EVGENY T., EVGENY T.,

Т.е. таблицу, где храниться информация об авто: WIN, год выпуска и т.д.
Вы создадите как: Vehicle(id, prod_date,....)? Сомнительное решение, будете потом каждому новому сотруднику объяснять "а вины у нас вон в id лежат... эх как же я ступил пару лет назад"

В вопросе я посчитал, что речь об именовании первичного ключа самой таблицы Vehicle другим именем, то есть вместо id другое название. Колонку с VIN нужно именовать именно так, а не ID. Таким образом, если нужна колонка VIN, то она должна быть дополнительно.

Answer 2

[TheRonCronix]

Не составной ключ как столбец можно назвать просто id, можно имя_таблицы_id. На мой взгляд оба варианта допустимы.
Важно скорее придерживаться одного стандарта, т.к. это благоприятно скажется при разного рода автоматизации.
имя_таблицы_id может быть более выгоден в случае, если у вас есть две разные таблицы, но по смыслу имеющие один и тот же первичный ключ. Т.е. бизнес-смысл у него один. Также в выборках, где в качестве алиасов используются короткие одно-двух буквенные последовательности и выбирабтся несколько id, то может быть трудно понять какой id из какой таблицы. В целом я склоняюсь к варианту с осмысленными названиями, т.к. осмысленное название лучше, чем не осмысленное, т.е. я бы выбрал имя_таблицы_id.
Сам же первичный ключ как констрейнт имеет смысл называть: pk_имя_таблицы

Comments

[Николай Кокоулин]

с констрейтом да.
В любом сложном запросе вы все ровно будете писать имятаблицы.имястолбца
и будет странно писать book.book_id

[TheRonCronix]

У меня скорее будет b.book_id или T2346.book_id, чем book.book_id. Зависит от того, как составляется запрос и чем/кем.

[Николай Кокоулин]

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

[TheRonCronix]

Да не бессмыссленные названия таблиц это :)
Как только таблица появляется в секции FROM к ней тут же приписывается алиас, а потом исользуется в запросе <алиас>.<имя_столбца> в секции ON, WHERE, SELECT, GROUP BY, etc (везде, в общем).

[irishmann]

Что мешает задать алиас столбцу?

SELECT f.id as foo_id, b.id as bar_id, z.id as baz_id
FROM foo f
JOIN bar b ON f.bar_name = b.name
JOIN baz z on f.baz_name  = z.name

[TheRonCronix]

Вам подойдет просто id.

Answer 3

[Denis]

Если поле автоинкрементное или генерируемое случайно по типу uid, guid, то называю id, если поле генерируется согласно какому-то условию, то по называю смыслу.