php, java
статьи, книги
рефераты, ГДЗ

Бесплатные ключи и сброс
пробной версии для Касперского

Все для cs 1.6

Самые лучшие сеты моделей и избранные подборки девушек

Четверг, 06 Авг 2020, 11:09:16

Приветствую Вас Гость | RSS
Главная | Каталог статей | Регистрация | Вход
Меню сайта

ФИЗИКА!!! NEW!!!

Русский!!! NEW!!!

Категории раздела
Дизайну, графика и баннеры [17]
Советы, примеры, уроки, заметки по дизайну, графике и баннерам
PHP - примеры скриптов [21]
PHP - примеры скриптов
Программирование и заработок [114]
Программирование на самых популярных языках, заметки о заработке, оболочки
Статьи по поисковой оптимизации [9]
Статьи по поисковой оптимизации
php и базы данных [14]
Хитрости при программировании php, заметки по базам данных
Заработок в Интернете [7]
Материалы по заработку в интернет

Статистика

Онлайн всего: 1
Гостей: 1
Пользователей: 0

Главная » Статьи » Статьи по Web дизайну » php и базы данных

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

Категория: php и базы данных | Добавил: ceg (08 Авг 2007) | Автор: realcoding.net
Просмотров: 354 | Рейтинг: 0.0/0 |
Всего комментариев: 0
Имя *:
Email *:
Код *:
Форма входа

Реклама

Поиск

Друзья сайта
  • Играете в Counter-Strike??? ВАМ СЮДА!!!

  • Copyright CEG © 2020