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