Мне было интересно, существует ли какой-то стандарт относительно наименования таблиц MySQL? В настоящее время у меня есть две таблицы, одна называется «Пользователи» и одна называется «Тренинги». Поскольку мне нужно, чтобы у них было много отношений, требуется создать таблицу, которая соединяет эти два, но я не могу думать о правильном именовании, кроме Пользователей/Тренингов.Множество ссылок на множество отношений
ответ
Нет официальной лучшей практики, но некоторые хорошо проверенные эвристики ... Если мой ORM или что-то не применяет его собственный стандарт, мне нравится использовать выделенную выделенную нотацию, но всегда в алфавитном порядке. Кроме того, я всегда использую единственное значение для своих классов и имен таблиц, чтобы избежать puralization futz. Многим многим по своей природе вы не можете сказать, что «имеет» другое, поэтому алфавитное правило просто упрощает.
user
address
zebra
address_user
user_zebra
Один простой набор правил, никакой путаницы или когда-либо о том, как/что назвать вещи, и просто не объяснить.
Переход на шаг дальше, я рекомендую, если очень конкретная причина не принуждает против него:
- Всегда используйте нижний регистр для tablenames и имен столбцов (таким образом, вы не удивляйтесь, переходя от случая чувствительного файла система учёта регистра один - это тоже легче не запоминая ГорбатыйРегистр)
- имя первичного ключа для таблицы (если составные ключи)
id
- имя внешних ключей в формате tablename_id (например, user_id, zebra_id)
Помните, что просто руководство, а не догма.
Эти рекомендации помогут улучшить вашу жизнь и жизнь вашего будущего dba.
- 1. OctoberCMS Множество морфовых отношений
- 2. Множество вариантов полиморфных отношений
- 3. Множество отношений между литиевыми моделями
- 4. Множество ссылок и построитель запросов
- 5. NSArray имеет множество ссылок, нагрузка на progressview
- 6. Множество циклов, множество вопросов
- 7. Множество отношений «многие-ко-многим» Entity Framework
- 8. Домены Grails - Множество отношений во многих отношениях
- 9. Множество отношений «многие ко многим» SQL-запрос
- 10. OpenNI linking erros, множество неопределенных ссылок
- 11. Замените множество произвольных ссылок разметки grep/sed
- 12. Множество проблем, связанных с NSString Количество ссылок
- 13. Множество сеток на matplotlib
- 14. Множество счетчиков на дереве
- 15. вариация на множество крышки
- 16. Множество setValue на multicheckbox
- 17. Автоматически воссоздать множество разных ссылок на переименованные каталоги или файлы
- 18. Быстрый способ заполнить множество формул с помощью ссылок на ячейки
- 19. Множество значений маршрута
- 20. Множество критериев
- 21. Множество файлов
- 22. Множество для многих для жанра
- 23. Множество функций на одной фигуре
- 24. Множество критериев сортировки на ArrayList
- 25. Множество шкал на одной оси
- 26. Множество изображений на карте ArcGIS
- 27. Разделить столбец mySQL на множество
- 28. Состояния на множество недвижимости Ant
- 29. Множество сеток на одной странице
- 30. разрыв строки на множество TextView
Нет жесткого стандарта. Общим соглашением является присоединение к ним в алфавитном порядке с подчеркиванием как «trainings_users», другим соглашением является определение того, что является «первичным» из двух, то есть «которым принадлежит» другое. Поэтому, если у пользователя есть тренинги, в нем перечисляются первые «users_trainings». –
Если вы работаете с любой инфраструктурой приложения, фреймворки обычно определяют соглашение и ожидают, что вы будете придерживаться его как путь наименьшего сопротивления. Независимо от того, что вы выбираете, старайтесь быть последовательным и придерживайтесь его. –
Является ли «Тренинги» словом? Это решается на мои уши. – RedFilter