Меню
- Главная
- Скрипты
- Шаблоны сайта
- Книги
- Фон для сайта
- Анимированные картинки
- Лохотроны и кидалово в интернете
- Статьи
Партнерские программы:
- Заработок на соцсетях
- разные


Реклама




Информация
Обо всех новых добавлениях на сайт вы можете узнать подписавшись в
_________
Яндекс.Метрика


 
Один из вариантов соглашения об именах объектов MS SQL Server.

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


Назад
Автор: нет данных