169 похожих чатов

Всем привет! У меня возник вопрос по именованию ключей в

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

Ситуация следующая: есть база данных с множеством таблиц. Возьмем для примера две таблицы: items (товары) и manufacturers (производители)
У каждого производителя может быть множество товаров в таблице items, там есть внешний ключ manufacturer_id, который ссылается на первичный ключ в таблице manufacturers

Вопрос заключается в именовании первичных ключей в таблицах. Я вижу два варианта:

1. В каждой таблице использовать поле id в качестве первичного ключа
2. В каждой таблице называть первичный ключ по типу данных в этой таблице. К примеру, в таблице manufacturers первичным ключом будет поле manufacturer_id, в таблице items первичным ключом будет поле item_id и так далее

Как думаете, какой из вариантов лучше?

12 ответов

228 просмотров

Нейминг таблиц и полей у каждой конторы свой. В первую очередь надо думать о саппорте новым человеком. Самое верное - ключи зовется по названию таблицы + id. Не так быстро при написании кода, зато потом без алиасов можно. А потом в Селесте будет два Айди, их все равно переименовать на вывод придется

Будешь джойнить таблицы - придется все равно название таблицы писать )

Lancashire Heeler
Нейминг таблиц и полей у каждой конторы свой. В пе...

По вашей логике все поля так нужно именовать item_name, manufacturer_name, etc...

Lancashire Heeler
Будешь джойнить таблицы - придется все равно назва...

я про сценарий select * from items join manufacturers on item.manufacturer_id = manufacturers.manufacturer_id есть конечно using, но он работает в ограниченном числе случаев (буквально только в этом, наверное)

Slava Rozhnev SQLtest.online https://phpize.online
По вашей логике все поля так нужно именовать item_...

Неа. Просто если айдишник наверняка пойдет в джоины - почему бы его сразу не назвать как-то? Чтобы потом каждый программист не изобретал свой нейминг для алиасов, чтобы потом не путаться

Lancashire Heeler
Неа. Просто если айдишник наверняка пойдет в джоин...

нейминг для алиасов должен передавать смысл -- сразу видно перевод денег с клиентского счета на банковский, и тп select from accounts client_acc join transfers t on t.debit_acc = client_acc.id join accounts bank_acc on bank_acc.id = t.credit_acc

Kirill Leontev
нейминг для алиасов должен передавать смысл -- ср...

Смотри, у тебя даже в примере нет селекта конкретных колонок. Значит на выходе два айди. Значит пойдем их называть ? Почему бы не сделать это сразу

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

Похожие вопросы

Обсуждают сегодня

Господа, а что сейчас вообще с рынком труда на делфи происходит? Какова ситуация?
Rꙮman Yankꙮvsky
29
А вообще, что может смущать в самой Julia - бы сказал, что нет единого стандартного подхода по многим моментам, поэтому многое выглядит как "хаки" и произвол. Короче говоря, с...
Viktor G.
2
30500 за редактор? )
Владимир
47
а через ESC-код ?
Alexey Kulakov
29
Чёт не понял, я ж правильной функцией воспользовался чтобы вывести отладочную информацию? но что-то она не ловится
notme
18
У меня есть функция где происходит это: write_bit(buffer, 1); write_bit(buffer, 0); write_bit(buffer, 1); write_bit(buffer, 1); write_bit(buffer, 1); w...
~
14
Добрый день! Скажите пожалуйста, а какие программы вы бы рекомендовали написать для того, чтобы научиться управлять памятью? Можно написать динамический массив, можно связный ...
Филипп
7
Недавно Google Project Zero нашёл багу в SQLite с помощью LLM, о чём достаточно было шумно в определённых интернетах, которые сопровождались рассказами, что скоро всех "ибешни...
Alex Sherbakov
5
Ребят в СИ можно реализовать ООП?
Николай
33
https://github.com/erlang/otp/blob/OTP-27.1/lib/kernel/src/logger_h_common.erl#L174 https://github.com/erlang/otp/blob/OTP-27.1/lib/kernel/src/logger_olp.erl#L76 15 лет назад...
Maksim Lapshin
20
Карта сайта