Как Вы называете свои таблицы и поля в БД? CamelCase, camelCase, camel_case.....?

Question

[Quber]

Собственно сабж. Какому правилу Вы придерживаетесь для именования таблиц и полей в БД?
Существует ли какой принятый/утверждённый стандарт именования в данном случае?

Answer 1

[egor_nullptr]

Только snake_case. И для таблиц, и для полей, и для индексов, и для хранимых процедур.

Answer 2

[Allineer]

camel_case и для таблиц и для полей.

Comments

[Allineer]

ЗЫ: из стандартов знаю SQL-92, но в нем четких рекомендаций на этот счет нет, а все примеры запросов написаны в CAMEL_CASE и все-все-все капсом.

Answer 3

[Eugene Mosyukov]

По привычке использую under_score. Хотя с засильем ORM надо бы на camelCase переходить для единообразия.

Comments

[Eugene Mosyukov]

В Python за стандарт кодирования принят under_score. А, например, в PHP, который тяготит к Яве, принят camelCase. Поэтому там при использовании ORM может возникнуть мешанина стилей вроде: $instanceOfSomeModel->some_db_field.

Answer 4

[karser]

сущности в коде CamelCase, поля сущностей camelCase
таблицы и поля в базе under_score

Answer 5

[Cyapa]

Так как синтаксис SQL ближе к Pascal группе, то логично было бы использовать CamelCase. Но кто поступает логично? Я использую under_score для таблиц, полей, функций (процедур) и триггеров. Для индексов использую camelCase.

Answer 6

[Борис Сёмов]

camelCase, т.к. это в итоге помогает получить единообразие в именах свойств.

Answer 7

[Николай Турнавиотов]

у меня EF создаёт таблицу так, как написано в описании класса DbContext,
Из вариантов можно еще ручками указать название таблиц. а MVC создаёт штатные таблицы так-"AspNetUserRoles", поэтому придерживаюсь этого стиля

Answer 8

[sas1024]

теперь исключительно camelCase - так лучше читаемость, ИМХО.

Answer 9

[restyler]

основная проблема у under_score стиля (на примере yii2 ActiveRecord) лично для меня в том, что получается мешанина - динамические атрибуты у классов - camelCase, а атрибуты из БД - under_score. Если в своем коде можно это запомнить и объяснить себе некой логикой (если вижу under_score - значит атрибут прямиком из базы прилетел,а cameCase - это динамический атрибут генерируемый php методами) то для пользователей API вашего сервиса (если у вас есть API, конечно) вы никак не объясните такую подозрительную разницу в именовании атрибутов объекта - и при генерации справки для вашего API вам будет стыдно. Что же делать? Видимо, страдать от camelCase в названии колонок в бд (лично я считаю их менее читабельными, чем _) - но деваться некуда, против PSR не попрешь.

Answer 10

[zxmd]

ПиШите как ХоТиТе. ИмхО.

Answer 11

[palexisru]

Пришел к варианту:
таблицы и схемы - Camel_case
поля и функции - camel_case

Answer 12

[vladalivan]

За 14 лет программирования в php, js, html, css, mysql я перепробовал все стили наименования составных имен: "camelСase, under_score, hy-phen". Сейчас я везде, где это возможно, составные имена пишу в нижнем регистре с разделением дефисом, то есть, hy-phen.
Это имена файлов, url, ключи массивов, html-атрибуты и т.д. Сюда попадают также имена таблиц и столбцов баз данных, просто необходимо использовать обратные кавычки. Пример: `hy-phen`.

В PHP и JS в именах переменных и функций нельзя применять дефис, поэтому там я использую верблюжью нотацию (camelСase).