Лучший способ назвать таблицы

Question

Лучше ли использовать подчеркивание во время именования таблиц или лучше использовать камеру?

Пример table_name или tableName Какой лучше? Есть ли причина использовать то, что это?

Answer 1

Я говорю, используя любое соглашение об именах, которое вы используете в коде, который обращается к нему для высокоуровневых структур (например, классов).

Например, если вы инкапсулируете данные * в класс UserInfo, таблицу также следует называть UserInfo.

* Вы инкапсулируете данные, не так ли?

Answer 2

Вместо того, чтобы предоставить вам краткую обратную связь по нескольким причинам для этого и я приведу ссылку на рекомендации по кодированию SQL Pinal Dave. Они были хорошо продуманы, разъяснены и, кажется, следуют мои собственные предпочтения о том, как вещи должны быть названы и использоваться т.д.

Enjoy!

Answer 3

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

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

По моему опыту, я переехал в ROR из .net некоторое время назад и был пойман таким образом, что я всегда видел, как люди делали эти вещи и подчеркивали мои таблицы, но через некоторое время я пренебрег этим вариантом для моего добрых имен SQL-имен удобство.

то же самое для столбцов.

Успехов

Answer 4

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

Кроме того, следующий параметр конфигурации, вероятно, соответствует тому, что вы спрашиваете:

mysql> show global variables like 'lower%'; 
+------------------------+-------+ 
| Variable_name   | Value | 
+------------------------+-------+ 
| lower_case_file_system | OFF | 
| lower_case_table_names | 0  | 
+------------------------+-------+ 
2 rows in set (0.00 sec) 

Что касается имен полей, я предпочитаю использовать верблюда случае.

Answer 5

Мое предпочтение заключается в использовании описательных имен и использовании корпуса Pascal (TableName).

Избегайте сокращений, и если вам нужно использовать аббревиатуру, относитесь к нему как к слову (используйте DaylightSavingsTimeInfo или DstInfo вместо DSTInfo).

Именование - это не то, что имеет один правильный ответ, поэтому лучше всего выбрать что-то и оставаться последовательным. Хуже всего, что у меня есть много стандартов.

Answer 6

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

MySQL уважает дело, поскольку я помню, что это не является непосредственной проблемой для вас. Но я был сожжен на этом один раз, когда мне пришлось переносить базу данных с одного движка на другой - я думаю, что это от MySQL до Oracle, но я бы не поклялся в этом - и все наши имена camelCase внезапно стали именами вместе ,

Я также добавлю Роба Бёка на самую важную вещь, являющуюся консистенцией. И пока мы обсуждаем эту тему, могу ли я сделать тангенциальный комментарий о том, что вы согласуетесь с именами полей? Теперь я работаю с системой, где обнаружил, что поле «prodid» в одной таблице на самом деле представляет собой то же самое содержимое, что и «стиль» в другой, а другая система, которая «доставила» в одной таблице и «датировала» в другой.

Answer 7

Я считаю, что многие RDBMSes игнорируют регистр, поэтому использование схем именования верблюдов может просто не работать.

Важно, чтобы имена столбцов и имена таблиц были дескриптивными, независимо от того, какой вы решительный синтаксис nit-picky. Если они описывают их данные, никто не будет заботиться о том, использовали ли вы верблюд, символы подчеркивания и т. Д.