4
+
Там можно целую кучу замечаний к этому стайлгайду выдвинуть. Любой codestyle - это кристаллизация опыта и привычек тех, кто его составляет, а значит, примерно наполовину это вкусовщина. Вот примеры замечаний к этому гайду:
- запрет префиксов подходит для маленьких схем данных, но когда в проекте 50+ таблиц (и в некоторых из них по 20+ полей), с префиксами становится гораздо проще пользоваться автодополнением: достаточно запомнить небольшой набор префиксов, а не буквы, с которых начинается название всех таблиц проекта. При этом, рекомендуется использовать суффиксы. На мой взгляд, здесь ноги растут от рекомендации в имени файла в начало выносить самую значительную часть. Рекомендация с тех времён, когда экраны были маленькими и часть имени могла не влезть.
- использование стандартных функций вместо вендороспецифичных. При переводе сложного проекта на другую СУБД, названия функций будет минорной проблемой. А вот зацикливание на стандарте не всегда на пользу: вы хотите писать sum(case when expr then ... end) вместо sum(...) filter (where expr)? Я - нет. В оракле писать nvl проще чем coalesce (и для оптимизатора это не одно и то же, вроде бы).
- таблицу связи многие-ко-многим проще запомнить, когда она состоит из имён двух таблиц, а там рекомендуется придумывать каждый раз новое слово
- лично меня БЕСИТ написание зарезервированных слов большими буквами. Кажется, что запрос писался в каком-то генераторе (и человек только что начал учить sql), либо человек набирает код в блокноте.
- сдвиг join вправо от коридора из пробелов. Намекает на то, что у нас есть основная таблица, а все остальные - второстепенные, хотя далеко не всегда можно выделить основную таблицу. Плюс, глазами читать такой сдвинутый join тяжело, т.к. имя таблицы и условия сдвинуты вправо.
В общем, главное, чтобы правила были едиными для проекта, а ещё лучше - для всех проектов, разрабатываемых одной компанией.
