Один из вариантов соглашения об именах объектов MS SQL Server
Помните, что имена объектов sql сервера не могут превышать 30 символов. Не используйте зарезервированные слова, специальные символы, и не начинайте имена объектов с цифры. Избегайте использование сокращений.
database devices: устройства базы данных должны называться по задаче и цели, которую они решают. Если это - log device, суффикс log должен добавляться в конец имени. Имя устройства для хранения данных должно оканчиваться на data. Если устройство создаe:тся для одной базы данных, в его имя включается имя базы данных. Имена устройств базы данных должны набираться заглавными буквами. Пример: customerlog, master, customerdata.
backup devices: устройства резервирования должны быть названы по типу этого устройства. Имена устройств резервирования должны набираться в нижнем регистре. Пример: tapebackup, dbdiskdump
databases: пользовательские базы данных набираются в верхнем регистре, для отличия от стандартных (нижний регистр). Пример: customer, accounting, master
logins: Имена учe:тных записей строятся из первого символа имени пользователя и фамилии полностью, причe:м набранные в нижнем регистре. Пример: mhotek, swynkoop, dbadmin
tables: Имена таблиц должны описывать их цель и набираются слитно в нижнем регистре. Поисковым таблицам должен предшествовать префикс zlk_. Символ z позволяет сгруппировать эти таблицы внизу списка (в алфавитном порядке), а символы lk_ (lookup) определяют, что это поисковая или вспомогательная таблица. Пример: customeraddress, customer, peoplemailinglist, zlk_countrycodes
columns: поля называются в соответствии с их целью. Первый символ имени должен быть набран прописными буквами. Составное имя пишется слитно. После имени возможно добавление через символ подчe:ркивания специального префикса, относящего данное поле к некой группе или модулю. Группы или модули определяются технологической документацией разработчика базы данных. Пример: employee_id, firstname, lastname, velocity_mpm, mass_kg
indexes: имя индекса начинается с имени таблицы которое набирается в нижнем регистре. Цель индекса определяет его суффикс. primary key должен иметь суффикс _pk. foreign key должен иметь суффикс _fkx, где x - порядковый номер. clustered indexe должен иметь суффикс _idx. Все другие индексы должны иметь суффикс _ndxx, где x - номер по порядку. В имени должен использоваться только один суффикс. Выбор суффикса определяется следующей иерархией: clustered indexe, primary key, foreign key, другие индексы. Например, индекс, который является primary key и clustered indexe, будет иметь суффикс _idx. Пример: employee_pk, customer_idx, employee_fk1, employee_ndx1, employee_ndx2
triggers: имя триггера должно строится из имени его таблицы и префикса типа. Всe: набирается в нижнем регистре. Первый символ префикса триггера должен быть t. Далее в префиксе следует символ типа, символ подчеркивания, и имя таблицы. Символ типа может принимать следующие значения: i = insert ,u = update ,d = delete. Пример: ti_employee, tiu_employee, td_employee, tid_customer
defaults: имена значений по умолчанию должны начинаться с префикса d_, после которого следует краткое описание его цели. Всe: набирается слитно и в нижнем регистре. Пример: d_zerovalue, d_username
rules: имя правила должно начинаться с префикса r_, после которого следует краткое описание его цели. Всe: набирается слитно и в нижнем регистре. Пример: r_numberlessthan10
user defined datatypes: имя пользовательского типа данных начинаться с префикса ud_, после которого следует краткое описание того, что этот тип стандартизирует. Всe: набирается слитно и в нижнем регистре. Пример: ud_city, ud_autoincrement
stored procedures: имена хранимых процедур системного уровня начинаться с префикса sp__ (два символа подчеркивания), после которого следует краткое описание того, что эта процедура делает. Все имена прикладных хранимых процедур следуют после префикса xsp__ (где х - дескриптор, который отделяет хранимые процедуры одного приложения от другого), после которого следует краткое описание того, что эта процедура делает. Всe: набирается слитно и в нижнем регистре. Пример: sp__loaddata, csp_checktime, asp_employeetimereport
remote procedure calls: имена заданий дистанционного управления начинаться с префикса rpc_, после которого следует краткое описание того, что эта rpc делает. Всe: набирается слитно и в нижнем регистре. Пример: rpc_getnextvalue
alerts: имена предупреждений должны начинаться с описателя базы данных, к которой относится информация, далее следует уровень этого предупреждения. Пример: customer fatal errors
tasks: имена задач строятся по правилу: описание объекта задачи, периодичность выполнения, уровень задачи, смысл данного действа.
