Можно ли использовать разный стиль именования в бд и в коде?

Question

[Дмитрий STEM]

Использую camelCase в коде(переменные, классы, функции) и snake_case в бд(названия таблиц, столбцов, самих бд), уже не помню почему, но пишу всегда так. Считается ли это нормальным или кто-то, кто работал над сайтами, которые я раньше писал, проклинает меня за это?

Answer 1

[Johnny Gat]

Да, можно. Скорее даже нужно, т.к. везде есть свои общепринятые стандарты.

Например:

• SQL Style Guide - www.sqlstyle.guide/ru
  
• C# Code Style - https://docs.microsoft.com/ru-ru/dotnet/csharp/pro...
  

Answer 2

[entermix]

Вполне нормально. Вам просто нужно выбрать определенные стили и придерживаться их, к примеру для PHP это может быть PSR, а для SQL такой стиль.

Answer 3

[Владислав Яндимиркин]

Ну в ЯП есть стандарты по именованию можно погуглить PSR.
В БД свои стандарты именования, в SQL обычно camel_case, так что это нормально, что у вас названия в базе и в коде различаются, мне лично никакого дискомфорта не доставляет.
Наоборот бесит, когда человек пришел с какой-нибудь Java в PHP и именуют потом в стилях headerElement {}.

Comments

[Дмитрий STEM]

В стилях, кстати, тоже использую другой стиль (kebab-case)

[ThunderCat]

«Пользователь удалён», Надеюсь вы в курсе про PSR? И да, все PSR нотации носят рекомендательный характер, но и придуманы не для понтов, есть очевидный и четкий резон в том, что код пишется в едином стиле, т.к. сегодня любой толково написанный компонент можно подключить через композер(что возможно благодаря PSR-0), и все они стараются придерживаться стандартов кода для того, что бы при прочтении кода компонентов у разработчика не вскипел мозг и не косели глаза от различного стиля кода в разных кусках проекта. Это как бы соглашение на основе взаимоуважения. Если вы хотите чтобы вас воспринимали как коллегу с чувством ответственности за свой код, придерживайтесь общих правил оформления. Это и дисциплинирует в плане аккуратности, и код реально читается легче.

[ThunderCat]

«Пользователь удалён», не не не, не надо путать мягкое с теплым. Стиль оформления кода и методы его сокрытия суть вообще разные вещи. Тут вроде как раз читаемость обсуждается.