Я не знаю, что означает «лучшая практика с точки зрения стиля» в ответе @ 8kb (на момент написания).Конечно, некоторые из перечисленных пунктов («Названия таблиц не являются плюрализированными», «Без подчеркиваний» и т. Д.) - это просто выбор стиля, который явно субъективен.Я бы подумал, что личные предпочтения руководителя группы по документации будут здесь самым важным фактором.
Что касается эвристики в SQL в целом (в отличие от проприетарного SQL, такого как T-SQL), существует только одна книга Стиль программирования SQL Джо Селко . Многие варианты выбора базы данных AdventureWorks для SQL Server противоречат рекомендациям Celko.
Соглашение об именах Celko основано на международном стандарте ISO11179 например, указывает, что символ разделения (такой как подчеркивание) должен использоваться для разделения элементов в имени.Другие варианты стиля аналогичным образом подкрепляются исследованиями, например, с использованием исключительно строчных букв в именах столбцов, что облегчает сканирование человеческим глазом.Нет сомнений, что здесь есть и субъективные личные предпочтения, но они основаны на многолетнем опыте в этой области.
С другой стороны, в документах по SQL Server ситуация улучшилась за последние годы, например, ключевые слова SQL с большой буквы, точки с запятой в отдельных утверждениях и т. д. Приключенческие работы - это огромное улучшение в Northwind и пабах.Теперь, почему функция управления сценариями в Management Studio не может показывать код, который немного проще для глаз?!