Именование промежуточной таблицы в базе данных
Рассмотрим две таблицы транзакции и категории, каждая из которых имеет собственный идентификатор и информацию.
Транзакция может иметь более одной категории, я прочитал создание третьей таблицы для связывания транзакции и категории с использованием их идентификаторов. Но как бы вы назвали этот стол, если бы он вам понравился?
transactionCategories - лучшее, что я придумал, есть ли что-нибудь лучше?
Ответы 3
TransactionCategories в порядке. Наверное, нет ничего "лучше", просто другое.
Иногда в прошлом, когда я создавал таблицу с двумя внешними ключами, необходимыми для разрешения «многие-ко-многим», я добавлял «Xref» к ее имени, что дает понять, что у нее нет никаких атрибуты. Он нужен только для того, чтобы разрешить "многие-ко-многим".
Я не переименовываю вещи, чтобы они были последовательными. Моя самая большая проблема в том, что я не могу вспомнить свои собственные соглашения, и особенно плохо работать в смешанной технологической среде C++ / C# / SQL / javascript ... Это myInt, MyInt, nMyInt, MY_INT .... не могу вспомнить!
Я обычно использую тот же подход, множественное число помогает отличить ее как таблицу отношений, и она содержит оба имени, поэтому ясно, какие таблицы.
Моя схема именования для них заключается в использовании терминологии домена для взаимодействия, если он есть (например, не student_class, а enrollment). Когда такой терминологии нет, вы снова выбираете transaction_category или category_transaction, в зависимости от того, что звучит лучше.
Кроме того, я всегда называю свои таблицы в единственном числе (например, студент, а не студенты).
Спасибо, когда я использовал множественное число, я думаю, это было по причине, упомянутой Turnkey. Это позволяет выделить то, что это таблица отношений, в которой одного может быть много.
Суффикс «xref» будет раздражать, если вы позже решите добавить атрибут в таблицу. Возможно, вам придется пересмотреть много кода.