Один из вариантов соглашения об именах объектов 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: имена задач строятся по правилу: описание объекта задачи, периодичность выполнения, уровень задачи, смысл данного действа.