Один из вариантов соглашения об именах объектов 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: имена задач строятся по правилу: описание объекта задачи, периодичность выполнения, уровень задачи, смысл данного действа.
Пример: all databases daily synch of development server admin
Источник: http://www.docs.tusnya.net