Отправляет email-рассылки с помощью сервиса Sendsay

MS SQL Server

Рассылка закрыта

При закрытии подписчики были переданы в рассылку "Вопросы и ответы по MS SQL Server" на которую и рекомендуем вам подписаться.

Вы можете найти рассылки сходной тематики в Каталоге рассылок.

←   Июль 2000   →
 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
Автор
Сергей

Статистика

17.597 подписчиков
-20 за неделю
←   Все выпуски   →

Служба Рассылок Городского Кота


Служба Рассылок Городского Кота 
#7

СОВЕТ

Один из вариантов соглашения об именах объектов 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


ГОТОВИМСЯ К ТЕСТУ ПО 1139A

ШПАРГАЛКА #2  (продолжение)

Разрешение возникших при инсталляции проблем

Для устранения проблем старайтесь всегда применять системный подход.
Проблему не удастся решить, если вначале еe: не локализовать, т.е.
определить причину еe: возникновения.
Как правило, много полезной информации о причинах/следствиях проблемы
можно почерпнуть из журнала файлов сценариев инсталляции
CNFGSVR.OUT. Сообщения об ошибках, фиксируемые этим журналом,
генерируются при контроле согласованности данных, выполняемым
Database Consistency Checker (DBCC). Большую помощь оказывает и анализ
информации журналов SQLS7 и NT. Первый фиксирует всю информацию о
процессе запуска SQLS7 и ошибках в его работе, а второй хранит сведения о
событиях системы, безопасности и приложений. Журнал SQLS7
(C:\MSSQL7\LOG) заводится новый для каждого старта сервера баз данных,
а долгоживучесть Windows - журнала определяется администраторскими
настройками (по умолчанию события там живут неделю).
Microsoft Event Viewer позволяет управлять журналом NT и производить
необходимые настройки. Журнал SQLS7 удобно просматривать  из
MS  SQL SEM. В каталоге C:\Winnt лежит файл журнала программы
установки SQLS7 - SQLSTP.LOG. Просмотреть его можно обычным
текстовым редактором.
Проблемы подключения клиентов к SQLS7 Вам помогут разрешить утилиты:
MAKEPIPE, READPIPE, ODBCPING и PING.
Если из представленных выше журналов Вам удалось выяснить код ошибки,
воспользуйтесь SQL Server Books Online для определения причин и методов
устранения проблемы. Огромную помощь Вам могут предоставить такие
службы, как SQL Server Knowledge Base и Microsoft TechNet Knowledge Base.
Для того, что бы гарантированно исключить проблемы, связанные с Вашей
аппаратной конфигурацией, старайтесь использовать сертифицированные на
совместимость с NT устройства. Выяснить это можно на WEB сервере
Microsoft, просмотрев соответствующий HCL.

Конец ШПАРГАЛКИ #2.

РАБОТА ДЛЯ DBA (ТОЛЬКО ПОШЛИТЕ РЕЗЮМЕ)

POSITION ID: SA031128  EMAIL: workforce@arcnow.com
WEB: http://www.arcnow.com

POSITION ID: 062800  EMAIL: alliance-info@goalliance.com
WEB: http://www.goalliance.com

POSITION ID: 2133LCJ115  EMAIL: hkim@rens.com
WEB: http://www.rens.com

POSITION ID: MM_9287  EMAIL: jdacri@rcgit.com
WEB: http://www.rcgit.com

POSITION ID: sis.10375  EMAIL: srichter@sisinc.com
WEB: http://www.sisinc.com

POSITION ID: 004535gm-di  EMAIL: nejtsis@itnet.judge.com
WEB: http://www.judge.com/

POSITION ID: BA601  EMAIL: computrak@aol.com
WEB: http://www.dice.com/comptrak

======
Пишите на msSQLhelp@pisem.net для Саши.
http://subscribe.ru/
E-mail: ask@subscribe.ru
В избранное