WWW.DISSERS.RU

БЕСПЛАТНАЯ ЭЛЕКТРОННАЯ БИБЛИОТЕКА

   Добро пожаловать!

Pages:     | 1 |   ...   | 4 | 5 || 7 | 8 |

«Андрей Сорокин DELPHI РАЗРАБОТКА БАЗ ДАННЫХ Москва • Санкт-Петербург • Нижний Новгород • Воронеж Ростов-на-Дону • Екатеринбург • Самара • Новосибирск Киев • Харьков • Минск ...»

-- [ Страница 6 ] --

Таблица 8.39. Описание операторов расширения SQL Выражение Описание Определяет блок, в котором заключается выражение BEGIN... END Оператор присваивания переменной какого-либо значения variable = expression EXCEPTION Вызывает исключение, имя которого содержится в параметре exception_name exception_name EXECUTE Выполняет хранимую процедуру PROCEDURE proc_ name [var [, var...]] [RETURNING_ VALUES var [, var...]] EXIT Выход из тела хранимой процедуры Оператор цикла. Выполняется до тех пор, пока выражение FOR select_statement DO compound_ SELECT возвращает записи. В параметре statement compound_statement, в блоке BEGIN... END заключается исполняемое в цикле выражение Оператор ветвления. Условие проверки указывается IF (condition) THEN в параметре condition, выполняемый код заключается в блок compound_statement BEGIN-END после оператора THEN [ELSE compound^ statement] Возвращает сообщение, ранее зарегистрированное на сервере.

POST_EVENT Имя сообщения указывается в параметре event_name event_name Оператор SUSPEND предназначен для использования SUSPEND в хранимых процедурах выборки. Оператор SUSPEND приостанавливает выполнение процедуры выбора, возвращает пакет данных и ожидает вызова метода FETCH.

После того как метод выполнен, процедура продолжает свою работу и возвращает следующий пакет WHILE (condition) DO Оператор цикла будет выполняться до тех пор, пока проверяемое условие будет соответствовать истине compound_statement WHEN {error Оператор WHEN-DO позволяет организовать обработку возникающих ошибок. Оператор должен размещаться ' [, error...] | ANY} в конце тела хранимой процедуры, после всех других команд DO compound^ и операторов statement Вызывать эту процедуру необходимо командой E E U E PROCEDURE. Соответству XC T ющий запрос выглядит очень просто:

340 Урок 8. Сервер InterBase EXECUTE P O E U E ADD_COMPACT_PROC ('NewCD'.11);

R CD R В таблицу будет добавлена строка, содержащая два значения, переданных про цедуре как параметры. Остальные значения будут добавлены по умолчанию.

Для изменения процедуры нужно сначала удалить ее старый вариант:

D O P O E U E A DC M A TP O ;

R P R CD R D _ O P C _ R C В процедуру можно добавить параметр, возвращающий максимальное значе ние поля NOMERCD:

C E T P O E U E A D C M A T P O ( A V VARCHAR(50). N MR SMALLINT) R A E R C D R D _ O P C _ R CN Z OE R T R S (CTS SMALLINT) EU N AS BEGIN INSERT INTO COMPACT_DISC (NAZVANIE. NOMERCD) VALUES (:NAZV. :NOMER);

SELECT MAX (NOMERCD) FROM COMPACT_DISC INTO CTS:

END;

В качестве теста можно добавить новую запись:

E E U E P O E U E A DC M A TP O ('NewCD2',1);

X C T R CD R D _ O P C_ R C В ответ на вызов этой процедуры сервер вернет максимальное значение поля.

В хранимой процедуре была использована функция М Х которая и осуществила А, выборку значения.

Теперь необходимо рассмотреть пример процедуры, возвращающей набор данных. Предположим, что необходимо получить названия дисков, произво дителем которых является компания BASF. Потребуется составить объявле ние новой процедуры:

C E T P O E U E R T R _ O P C _ A V (PROIZV VARCHAR(IO)) R A E R C D R E U NC M A TN Z R T R S (NAZV VARCHAR(50)) EU N AS BEGIN FOR SELECT NAZVANIE FROM COMPACT_DISC WHERE PROIZVODITEL = :PROIZV INTO :NAZV DO SUSPEND;

END Так как хранимая процедура является процедурой выборки, то она возвраща ет набор данных. Для того чтобы вызвать ее, необходимо использовать выра жение SELECT:

S L C * F O R T R _ O P C _ A V ('BASF') EE T R M E U NC M A TN Z Во входном параметре вызова передается название интересующего производи теля. Можно дополнить пример и разработать еще одну хранимую процедуру.

Предположим, что необходимо пометить диски из таблицы COMPACTDISC звез дочками. Количество добавленных звездочек будет меняться в зависимости от их типа. В данном случае необходимо использовать оператор ветвления IF:

Логика приложения ALTER P O E U E M R C R CD R AK D -RETURNS (NAZV VARCHAR(50), M R V R H R (3)) AK A C A AS DECLARE VARIABLE TIP SMALLINT;

DECLARE VARIABLE TEMPTIP VARCHAR(IO);

BEGIN F R S L C TIPCD, N Z A I FO C M A TH C I T :TEMPTIP, : A V D B GN O EE T A V NE R M O P C J S N O NZ O E I IF (:TEMPTIP - 'Data CD1) T E MR = '*';

H N AK IF (:TEMPTIP = 'Аудио CD ) THEN MARK='*';

IF (:TEMPTIP = 'SOFT') THEN MARK='***';

.

SUSPEND;

ED N ED N Результаты нужно получить при помощи нового запроса:

SELECT * F O M R C R M AKD Следует учитывать, что данные ф и з и ч е с к и не и з м е н я ю т с я, а в ы н о с я т с я во временную таблицу, размещенную в памяти. Хранимые процедуры, и з м е н я ющие данные, будут построены аналогичным образом. Д л я изменения дан ных в них будут использоваться запросы. Д л я и з м е н е н и я определения хра н и м о й процедуры предназначена команда ALTER PROCEDURE, синтаксис которой приведен ниже:

ALTER PROCEDURE name [( var datatype [. var datatype...])] [RETURNS ( var datatype [, var datatype...])] AS procedure_body;

В процедуру M R C можно добавить дополнительный критерий, по которому AKD будет производиться маркировка:

ALTER P O E U E M R C R CD R AK D R T R S (NAZV VARCHAR(50). M R V R H R (4)) EU N AK A C A AS DECLARE VARIABLE TIP SMALLINT;

DECLARE VARIABLE TEMPTIP VARCHAR(IO);

BEGIN FOR SELECT TIPCD. NAZVANIE FROM COMPACTJDISC INTO :TEMPTIP, :NAZV DO BEGIN IF (:TEMPTIP = 'Data CD') THEN MARK = ' ' *;

IF (:TEMPTIP = 'Аудио CD') THEN MARK='*';

IF (:TEMPTIP = 'SOFT') THEN MARK='***';

IF (:TEMPTIP = 'Видео) THEN MARK='****';

SUSPEND;

END END 342 Урок 8. Сервер InterBase Работа с триггерами Триггер является функцией, выполняющейся при вставке, изменении или удалении записи. Триггеры могут определяться как для таблиц, так и для обновляемых представлений. Триггеры, как и хранимые процедуры, могут использовать механизм обработки исключительных ситуаций. Триггеры об ладают некоторыми преимуществами:

О возможностью реализации автоматического поддержания логической це лостности данных. Используя данный механизм, можно организовать про верку на допустимость вводимых данных и, в случае несоответствия их заданному критерию, выполнить те или иные действия;

О возможностью ведения истории действий;

О автоматическим оповещением об изменениях, вносимых в базу данных.

Триггер создается командой C E T TRIGGER, имеющей следующий синтаксис:

RAE C E T T I G R name F R { table | view} R A E RG E O [ACTIVE | INACTIVE] { E O E | AFTER} {DELETE | INSERT | U D T } BF R P AE [POSITION number] AS < trigger_body> < trigger_body> = [] < block> < variable_declaration_list> = E L R VARIABLE variable datatype;

D CA E [ E L R VARIABLE variable datatype;

...] D CA E < block> = BEGIN < compound_statement> [...] ED N < compound_statement> = { | statement:} В параметре name указывается имя триггера. В параметре table указывается имя таблицы или представления, с которым будет связан триггер. Параметр ACTIVE | INACTIVE определяет активность триггера. Параметры B F R и AFTER оп EO E ределяют, до или после совершения события будет вызван триггер, а параметры DELETE | INSERT| U D T определяют событие, при наступлении которого триггер P AE сработает.

Параметр POSITION number определяет порядок, в котором будут выполняться триггеры. Параметр используется для триггеров, которые имеют одни и те же условия запуска.

Триггеры могут использовать два контекста переменной. Старый контекст переменной связан с текущим или предыдущим значением записи, которая была обновлена или удалена. Новый контекст переменной связан с новым значением записи, которая была вставлена или значения полей которой были обновлены. Новый контекст переменной не может использоваться для уда ленных записей. Как правило, контекст переменной используется для срав нения значений записи до и после обновления. Контекст переменной имеет следующий синтаксис:

Логика приложения NEW.column OLD.column Ниже представлен пример использования старого и нового контекстов для ведения истории изменения значений поля:

C E T TRIGGER S V _ A A Y C A G F R E P OE RAE A E S L R_ H N E O M L Y E AT R UDT A F E P AE S BEGIN IF (old.salary <> new.salary) THEN INSERT INTO SALARY_HISTORY (EMPJO. CHANGE_DATE, UPDATERJD. OLD_SALARY, PERCENT_CHANGE) VALUES (old.empjio, 'now', USER, old.salary, (new.salary - old.salary) * 100 / old.salary);

END !!

SET TERM ;

!!

Предположим, что при обновлении данных о компакт-диске его номер необ ходимо увеличивать до максимально возможного значения. Триггер, реализу ющий данную функцию, будет выглядеть следующим образом:

C E T TRIGGER MT I G R F R C M A T DS RAE Y RG E O O P C _ I C BF R U DT A EO E P A E S D C A E VARIABLE M X O N SMALLINT:

E LR AC U T BEGIN SELECT MAX(NOMERCD) FROM COMPACT_DISC INTO MAXCOUNT:

NEW.NOMERCD=MAXCOUNT+1;

END Для тестирования триггера необходимо добавить новую запись в таблицу:

U D T C M A T 3S P AE O P C J I C SET TIPCD - N W TYPE' 'E W E E PROIZVODITEL = 'BASF' HR В результате выполнения этого запроса всем компакт-дискам, произведенным BASF, будут последовательно увеличены идентификационные номера.

Чтобы изменить триггер, следует воспользоваться командой A T R TRIGGER, LE которая имеет следующий синтаксис:

ALTER TRIGGER name [ACTIVE | INACTIVE] [{BEFORE | AFTER) {DELETE | INSERT | UPDATE}] [POSITION number] A < trigger_body>:

S В качестве примера можно изменить триггер так, чтобы вместо увеличения на единицу, производилось увеличение значения на две единицы:

ALTER TRIGGER MT I G R Y RG E BF R U DT A EO E P AE S 344 Урок 8. Сервер InterBase DECLARE VARIABLE M X O N SMALLINT;

AC U T BEGIN SELECT MAX(NOMERCD) FROM COMPACT_DISC INTO MAXCOUNT;

NEW.NOMERCD=MAXCOUNT+2:

END Для удаления триггера используется команда D O TRIGGER.

RP Работа с исключениями Исключение является именованным сообщением об ошибке и может вызы ваться в хранимой процедуре или в триггере. Исключение создается коман дой C E T EXCEPTION, изменяется командой A T R EXCEPTION и удаляется командой RAE LE D O EXCEPTION. Хранимая процедура или триггер могут вызвать исключение RP по его имени. При вызове исключения оно возвращает сообщение об ошибке.

Для создания исключения, как уже было отмечено, необходимо использовать команду C E T EXCEPTION, имеющую следующий синтаксис:

RAE C E T E C P I N name ' ';

R A E X E TO В параметре name указывается имя исключения, а в параметре — текст сообщения. В качестве примера можно создать исключение, которое будет использовано позже:

C E T E C P I N C M A T X P 'Unique key violation! Value in the Field R A E X E TO O P C J E T NomerCD not unique!':

Для изменения текста исключения используется команда ALTER EXCEPTION:

C E T E C P I N C M A T X P 'Unique key violation! Value in the Field R A E X E TO O P C J E T NomerCD not unique! ':

Для удаления созданного исключения нужно выполнить следующий запрос:

D O E C P I N COMPACTJXEPT;

R P X E TO Исключение можно вызвать в произвольном месте программы при помощи команды EXCEPTION name;

, где в параметре name указывается имя исключения.

В триггерах и процедурах могут обрабатываться ошибки трех типов:

О исключения, вызванные оператором EXCEPTION в данной процедуре или в триггере;

О ошибки SQL, имеющие идентификатор SQLCODE;

О ошибки InterBase, возвращаемые в G S O E DC D.

Обработка ошибок может производиться при помощи конструкции W E... D, HN O синтаксис которой приведен ниже:

W E {< еггог> [, <еггог>...] | ANY} HN DO < error> = {EXCEPTION except!onjiame | SQLCODE number | GDSCODE errcode} Логика приложения Следует отметить, что это выражение должно помещаться в конце тела триг гера или хранимой процедуры. Параметр A Y позволяет указывать на то, что N будет производиться перехват любых возникающих ошибок.

При возникновении исключения процедура или триггер получают управле ние назад и могут попытаться исправить ситуацию каким-либо образом. При возникновении исключения выполняется определенная цепочка действий:

1. Производится поиск секции W E... DO. Если она не существует, то прекра HN щается выполнение действий в блоке BEGIN... E D и производится откат до N следующего уровня. Поиск повторяется на следующем уровне. Если блок BEGIN... E D какого-либо уровня содержит блок W E... DO, то управление HN N передается этому блоку. В противном случае хранимая процедура заверша ет свою работу.

2. Последовательно выполняются инструкции блока W E... DO.

HN 3. Управление возвращается блоку процедуры или триггера, следующему за блоком W E... D.

HN O Следует рассмотреть простой пример, реализующий описанную технологию.

В хранимую процедуру D C M A T R C нужно внести секцию W E... D, в ко D O PCP O HN O торой будем отлавливать ошибку ввода в ключевое поле неуникального зна чения:

A T R P O E U E A D C M A T P O ( A V VARCHAR(50). N MR SMALLINT) L E R C D R D _ O P C _ R CN Z OE AS BEGIN INSERT INTO COMPACT_DISC (NAZVANIE, NOMERCD) VALUES (:NAZV. :NOMER):

WHEN SQLCODE -803 DO EXCEPTION COMPACTJXEPT;

END:

Оператор W E будет обрабатывать ошибку SQL с кодом 803. Полный список HN ошибок SQL можно найти в документе InterBase 7 (б) Language Reference • Error Codes and Messages • SQLCODE error codes and messages. Теперь нужно добавить с по мощью процедуры запись, заведомо дублирующую значение первичного ключа:

E E U E P O E U E A D C M A T P O ('NewCD2'.3):

X C T R CD R D O PC R C -'I EXECUTE PROCEDURE ADD_COMPACT PROC ('№«CD2',3);

ec pi n xe t o Uke bey voai n in the F l NmrD not u i u !! o l e 1 ;

EEUE POEUE AD C MA nu j i l toue l id o e e C nq e!! nn i XCT RCDR D O =' ( e C 2) Nw D, j ' ' Рис. 8.25. Окно исключения СОМРАСТ_ЕХЕРТ, вызванное при добавлении дубликата 346 Урок 8. Сервер InterBase В результате будет выведено окно с сообщением об ошибке, определенным в созданном исключении. Внешний вид окна приведен на рис. 8.25.

Точно так же осуществляется обработка исключений в триггерах.

Работа с генераторами Генератор представляет собой механизм, создающий уникальную последова тельность чисел и автоматически заполняющий заданное поле при вставке или обновлении записей. Генераторы, как правило, используются в хранимых про цедурах для автоматического заполнения поля (полей), входящих в первич ный ключ.

Если программисту необходимо разработать приложение, ведущее историю изменений в базе данных, потребуется гарантия, что ни один порядковый номер не будет повторяться. В этом случае разработчик может обойтись использо ванием генератора. При этом будет гарантирована уникальность значений номеров.

Генератор является глобальным объектом для всех прочих объектов базы дан ных. Любая транзакция может использовать генератор для получения уни кального значения поля. Для создания генератора необходимо использовать команду C E T G N R T R name;

.

R A E E E AO Для того чтобы инициализировать генератор начальным значением, следует использовать команду SET G N R T R имеющую следующий синтаксис:

E E AO, S T G N R T R N M T int;

E E E AO A E O Следующая команда задает для генератора M G N стартовое значение 10:

YE S T G N R T R MG N T 10;

E E E AO Y E O При сбросе значения генератора следует отслеживать ситуации, когда гене рированное значение будет совпадать с уже существующим. В этом случае, если поле является первичным или уникальным ключом, будет вызвано исключе ние с сообщением о дублированных значениях.

После того как генератор создан и инициализирован, его можно использовать с помощью функции InterBase GENIDQ. Так как генератор возвращает 64-битное значение, необходимо определить поле, в которое будут помещаться сгенери рованные значения соответствующего типа. В качестве базы для примера можно взять процедуру A D C M A T P O. Для того чтобы добавить генератор D _ O PC_R C этой функции, придется ее переопределить:

A T R P O E U E A D C M A T P O ( A V VARCHAR(50). I N M R VARCHAR(5)) L E R C D R D _ O P C _ R CN Z NO E AS D C A E VARIABLE N MR SMALLINT;

• E LR OE BEGIN IF (N O E = " ) T E INNOMER=CAST((GEN_ID(MYGEN.D) A V R H R (5));

I N MR HN S ACA N M R C S (N O E A SMALLINT);

O E = A TI N M R S INSERT INTO C M A T DS (NAZVANIE, N M R D O PC_ I C O EC) V L E (;

NAZV, :NOMER);

AU S Логика приложения WHEN SQLCODE -803 DO EXCEPTION COMPACT_EXEPT:

END;

В процедуру добавлена проверка вводимых значений. В некоторых случаях м о ж е т п о н а д о б и т ь с я ввести п р о и з в о л ь н ы й н о м е р компакт-диска. П о э т о м у номер вводится к а к последовательность символов, а затем приводится ф у н к цией CAST к типу S A L INT. Если номер не б ы л указан, он будет сгенерирован ML автоматически. П р и м е р ы соответствующих запросов приведены н и ж е :

EXECUTE PROCEDURE ADD_CQMPACT_PROC ('NewGEN'.'21'):

EXECUTE PROCEDURE ADD_COMPACT_PROC ('NewGENJ.'. " );

Теперь следует рассмотреть пример и с п о л ь з о в а н и я генератора и з п р и л о ж е н и я Delphi. После создания нового проекта необходимо добавить в него мо дуль данных. В модуле данных потребуется разместить компоненты TIBDataBase, TIBTransaction, TIBDataSet и TDataSource. Также поребуется настроить соедине ние с базой данных и установить кодовую страницу Character Set WIN1251, что бы корректно работать с русскими символами. После этого можно задать за прос на выборку данных в компоненте TIBDataSet:

s e l e c t * from COMPACT_DISC Этот запрос возвращает все записи из таблицы COMPACT_DISC. Потребуется еще сгенерировать запросы на модификацию данных при помощи редактора DataSet Editor.

Теперь следует разобраться с полем-генератором. Сначала нужно запустить редактор GeneratorField, доступ к которому можно получить при помощи кноп ки, расположенной в левой части свойства GeneratorField компонента TIBDataSet.

В поле Generator н у ж н о выбрать значение MYGEN, в п о л е Field — NOMERCD, а в поле IncrementBy задать единичное значение. Далее в группе флажков AppLyEvent нужно выбрать O Post. После установки свойств компонента оста n лось лишь активировать его.

На форме приложения нужно разместить таблицу и две кнопки. При нажа тии на кнопки должны вызываться методы Post и Delete компонента TIBDataSet.

Значения нужно выводить в таблицу. Поле N M R D будет заполняться авто O EC матически. Окно приложения показано на рис. 8.26.

.. - rr... и д и и м 6 :i TIPCD [r.-AZVANIE jflJOMERCD BS AF ^(Мцзыкэ ветра 67 Ациио CD TK D i Сборник прогрвм 1 68 SOFT SN OY 69 Видео t j Видео » « С О | Удалить Принять Рис. 8.26. Использование генератора приложением 348 Урок 8. Сервер InterBase Для удаления генератора из системной таблицы можно использовать коман ду DELETE F O RDB$GENERATORS W E E RDB$GENERATOR_NAME = 'Имя генератора';

.

RM HR Так, для удаления генератора MY6EN придется выполнить следующий код:

DELETE F O RDBSGENERATORS W E E R B G N R T R N M = 'MYGEN';

RM HR D $ E E AO A E Администрирование сервера Администрирование сервера InterBase включает в себя мероприятия по соз данию резервных копий баз данных, восстановлению их в случае возникно вения каких-либо аварийных ситуаций, чистке базы данных. Также в задачу администрирования входит определение ролей, включение в них пользовате лей, назначение прав им и другим объектам базы данных.

Создание ролей, учетных записей и определение прав на объекты Список пользователей хранится в базе admin.ib. В состав базы входят табли цы HOSTJNFO и USERS. Структура таблицы USERS приведена в табл. 8.40.

Таблица 8.40. Структура таблицы USERS Обязательное Поле Описание для заполнения Имя учетной записи, которое пользователи User name Да вводят в качестве логина Пароль, присваиваемый учетной записи.

Password Да Следует учитывать, что пароль чувствителен к регистру символов. Максимальная длина может составить 32 байта Нет Содержит имя группы GROUP_NAME Нет Уникальный идентификатор пользователя UID Уникальный идентификатор группы Нет GID Содержит привилегии данного пользователя Нет PRIVILEGE Полное имя пользователя Full name Нет Добавить пользователя можно при помощи консольной утилиты gsec, правом запуска которой обладает только пользователь SYSDBA. Для запуска утилиты нужно выполнить следующую команду:

gsec -user S S B -password masterkey YD A После запуска утилиты появится окно с командной строкой, в которой мож но будет выполнить соответствующие команды:

О Команда di[splay] возвращает список всех пользователей базы данных.

О Команда di [splay] name отображает информацию о конкретном пользова теле.

Администрирование сервера О Команда a[dd] name -pw password добавляет пользователя в базу данных admin.ib. В этой команде могут использоваться дополнительные парамет ры, перечисленные в табл. 8.41.

о Команда mo[dify] name [options] позволяет изменить параметры заданного пользователя.

О Команда de[lete] name удаляет указанного пользователя.

О Команда h[elp] возвращает список команд с их описанием.

О Команда q[uit] завершает сессию и закрывает утилиту.

Таблица 8.41. Дополнительные параметры gsec Параметр Значение -password или -pa string Пользователь, выполняющий модификацию учетной записи -user string Имя пользователя, выполняющего модификацию -pw string Пароль пользователя -uid integer Уникальный идентификатор пользователя -gid integer Уникальный идентификатор группы -fname string Имя пользователя -mnarne string Фамилия пользователя -lname string Имя и фамилия Команда добавления пользователя имеет следующий синтаксис:

a[dd] name -pw password [ options] Если потребуется добавить пользователя Test с паролем mypass, то в команд ной строке нужно будет ввести соответствующую команду:

add Test -pw mypass После этого при помощи команды di spl ay можно вывести список всех пользо вателей базы данных:

user name uid gid full name SS B 0 YDA TEST 0 Следующая команда добавляет еще одного пользователя с именем Alex и с паролем В2В4. В дополнение к этому будут указаны также имя и фамилия пользователя:

add Alex -pw B2B4 -fname Alexander -lname Sokolov После этого потребуется просмотреть результаты изменений:

user name uid gid full name SS B 0 YDA TEST 0 A E 0 0 Alexander Sokolov LX 350 Урок 8. Сервер InterBase Теперь нужно изменить учетную запись пользователя Test, добавив в учетную запись имя, фамилию и идентификатор пользователя:

modify Test -uid 8 -fname Konstantin -mname Ivanovich Останется лишь отобразить результаты выполнения команды:

us'er name uid gid full name SS B 0 YDA T S 8 0 Konstantin Ivanovich ET A E 0 0 Alexander Sokolov LX Удалить пользователя Test можно при помощи команды del ete Test.

Также, учетную запись пользователя можно добавить при помощи утилиты IBConsole. После запуска утилиты нужно выбрать пункт меню Register • User Security. В результате будет отображено диалоговое окно, показанное на рис. 8.27. После нажатия кнопки New поля ввода данных станут доступны для редактирования. В поле User Name нужно ввести имя учетной записи Vlad, в поле Password какой-либо пароль, а в полях First Name, Middle Name и Last Name нуж но указать значения Vladislav, Konstantinovich и Kostin соответственно.

После того как пользователь будет добавлен, можно просмотреть общий спи сок учетных записей. Он расположен в правой части окна и показан на рис. 8.28.

! U c Informality «i : R qt d I f f ao e u nom t n i e i • Ue Nm;

;

sr a e VALD : Psw r as od «...

• Cntm Psw t f ff as o l d : O t n l I f r ai n pi a nom t o o : first Nm:

ae V da a sv l il j Me. a e de m:

i fN l K nt ni oc o sa t vh ni I L s Nm:

at a e [ o tn k si. :

-- j fiance) j Ap j py l Рис. 8.27. Окно регистрации учетной записи утилиты IBConsole jjJser NanuT^7T"F«sl Nm M de a e j Las! tiame a e d tNm i |3 Y D A J SS B 8} V A L D Vladislav Konslanlinovich Kostin $5 A E L X Ae a d r lxn e Sklv o oo Рис. 8.28. Список пользователей Администрирование сервера Учетная запись пользователя сама по себе не дает ему никаких прав на рабо ту с объектами базы данных. Права доступа устанавливаются командой G A T RN.

Пользователь, выдающий права командой G A T может присвоить другому RN, пользователю только те права, которыми владеет он сам, или более слабый набор прав.

Для работы с таблицей или с представлением пользователь должен обладать правами на выполнение команд SELECT, INSERT, UPDATE, DELETE и л и REFERENCES. Д л я того чтобы задать привилегии на все эти команды сразу, можно использовать привилегию ALL. Для вызова хранимой процедуры в приложении пользователь или объект должны обладать правом на выполнение команды E E U E Коман XC T.

да G A T имеет следующий синтаксис:

RN G A T < privileges> O [TABLE] { tablename | viewname} RN N T { | | G O P UNIX_group} O RU | E E U E O P O E U E procname T { | } X C T N R CD R O |. < role_granted> T {PUBLIC | < role_granteejist>};

O < privileges> = {ALL [PRIVILEGES] | < privilege_list>} = S L C EE T | DELETE | INSERT | UPDATE [( col [ col...])], | REFERENCES [( col [ col...])], [, < privilege_list>...] = PROCEDURE procname | TRIGGER trigname | VIEW viewname | PUBLIC [. ...] = [USER] username | rolename | Unix_user} [. ...] [WITH G A T OPTION] RN < role_granted> = rolename [, rolename...] = [USER] username [, [USER] username...] [WITH A MN OPTION] DI В параметре privilege^ ist указывается список привилегий, которые указаны в табл. 8.42. В параметре col указывается имя поля, которому присваиваются привилегии. Параметр tablename содержит имя таблицы, а параметр viewname — имя представления. Параметр Userlist содержит список имен пользователей, которые получают указанные права доступа. Параметр WT G A T O TO пере IH RN P I N дает право делегирования прав пользователям, перечисленным в списке Userlist. В параметре rolename указывается имя существующей роли, создан ной командой C E T R L. Параметр rol e_grantee_l i st содержит список пользо RAE O E вателей, которым передаются права роли.

Урок 8. Сервер InterBase Таблица 8.42. Перечень привилегий Привилегия Права пользователей ALL Право выполнять над объектом операции SELECT, DELETE.

INSERT, UPDATE, и REFERENCES SELECT Право производить выборку из таблицы или представления DELETE Право удалять записи из таблицы или представления INSERT Право добавлять в таблицу или в представление записи UPDATE Право обновлять записи в таблице или представлении. Может быть ограничено только определенным набором столбцов EXECUTE Право выполнять хранимую процедуру REFERENCES Связывает определенные поля с первичным ключом. При работе с первичным ключом должны быть связаны все поля, входящие в него Следующая команда передает пользователю VI ad привилегию на просмотр таблицы COMPACTDISC с правом присваивания привилегий другим пользовате лям:

G A T S L C O C M A TD C T VI ad WT G A T O TO RN E E T N O P C _ I O S I H RN P I N Для того чтобы войти под этой учетной записью из утилиты IBConsole, нуж но выбрать пункт меню Register • Connect As. В появившемся диалоговом окне потребуется указать имя пользователя и пароль. После этого можно выпол нить SQL-запросы, используя для этого утилиту Interactive SQL:

S L C * F O C M A TD C EE T R M O P C _ I S INSERT INTO SELECT COMPACTJHSC VALUES С 1 1 1 ', 1 1 1, ' 1 1 1 '. ' I l l ' ) При попытке добавить запись будет выведено сообщение об ошибке. То есть пользователь не сможет вставить запись из-за того, что у него нет соответ ствующих прав. Точно так же можно определить пользователю права только на вставку записей, но не на их просмотр:

G A T I S R ON C M A TD C T VIad WT G A T O TO RN N E T O P C_ I O S I H RN P I N Перед тем как присвоить пользователю новые нрава, необходимо забрать у него старые. Это позволяет сделать команда R V K. Команда R V K имеет следу EO E EO E ющий синтаксис:

R V K [ R N O TO F R < privileges> O [TABLE] EO E G A T P I N O ] N { tablename | viewname} F O { | | < rolelist> | G O P UNIX_group} RM RU | E E U E ON P O E U E procname XC T R CD R FO { | } RM | < role_granted> F O {PUBLIC | < role_grantee_list>}}:

RM < privileges> = {ALL [PRIVILEGES] | < privilege_1ist>} • { SELECT | DELETE I INSERT Администрирование сервера | UPDATE [( col [. col...])] | REFERENCES [( col [, col...])] [, < privilege_list>...]}} ={ PROCEDURE procname | TRIGGER trigname | VIEW viewname | PUBLIC [, ]} = [USER] username [, [USER] username...] < rolelist> = rolename [. rolename] < role_granted> = rolename [. rolename...] = [USER] username [, [USER] username...] Следующая команда отбирает все права работы с таблицей COMPACT_DISC у поль зователя Vlad:

R V K ALL O C M A T DS F O V A EO E N O PC_ I C RM L D Как уже было отмечено, в качестве пользователей базы данных могут высту пать другие объекты базы данных. Предположим, что необходимо предоставить привилегию вызова хранимой процедуры A D C M A T P O пользователю Vlad:

D _ O P C_R C G A T E E U E O P O E U E A DC M A TP O T Vlad R N X C T N R CD R D _ O P C_ R C O Н о перед тем к а к в ы п о л н и т ь процедуру ADD_COMPACT_PROC, осуществляющую вставку записей в таблицу COMPACT_DISC, необходимо ей присвоить соответ ствующие права. Поэтому сначала нужно отменить все права на работу с таб л и ц е й пользователю Vlad. А потом можно присвоить необходимые привиле гии хранимой процедуре:

GRANT INSERT O COMPACT_DISC TO PROCEDURE ADD_COMPACT_PROC N Теперь нужно выполнить хранимую процедуру под учетной записью Vlad:

E E U E P O E U E A DC M A TP O ('TestRec'. " ):

X C T R CD R D _ O P C_ R C Можно зайти под учетной записью SYSDBA и убедиться в том, что записи были внесены в таблицу. В данном случае пользователь Vlad не имел прямых прав на работу с таблицей. Но у него было право выполнить хранимую процедуру, которая, в свою очередь, имела право на модификацию таблицы. При делеги ровании прав следует очень внимательно отслеживать возможные последствия.

Для того чтобы отобрать у хранимой процедуры A D C M A T P O права на D _ O PC_R C работу с таблицей, следует выполнить следующую команду:

R V K INSERT O C M A T DS F O P O E U E A DC M A TP O EO E N O P C _ I C R M R CD R D _ O P C_ R C Чтобы задать права всем пользователям сразу, можно использовать ключевое слово PUBLIC. Следует отметить, что права, делегированные как PUBLIC, не распро страняются на объекты базы данных, выступающие в качестве пользователей:

G A T SELECT, INSERT. U D T O D P R M N S T PUBLIC:

RN P AE N E A T E T O Как правило, в работе с учетными записями используют более крупные объек ты — роли. Роль представляет собой объект базы данных, обладающий неко 12 Зак. 354 Урок 8. Сервер InterBase торыми правами и содержащий в себе учетные записи пользователей. Рабо тать с ролью гораздо удобнее, чем с отдельными пользователями. Намного проще переопределить права одной роли, чем каждой учетной записи в от дельности.

Для создания роли используется команда C E T R L rolename;

. Права роли R A E OE определяются командой G A T синтаксис которой приведен ниже:

RN, G A T < privileges> O [TABLE] {tablename | viewname} RN N T rolename:

O < privileges> = {ALL [PRIVILEGES] | < privilege_list>} < privilege_list> - { SLC EE T |DLTEE E | INSERT | U D T [( col [, col...])] P AE | R F R N E [( col [, col...])] EE E C S [, < privilege_list>...]}} Следующая команда присваивает роли права на вставку новых записей и про смотр таблицы COMPACT_DISC:

G A T SELECT, INSERT O C M A T DS T TESTROLE;

RN N O P C_ I C O Чтобы присвоить права роли конкретной учетной записи, следует также ис пользовать команду G A T RN:

G A T { rolename [. rolename...]} T {PUBLIC RN O | {[USER] username [. [USER] username...]} }[WITH A MN OPTION];

DI Следующая команда добавляет в роль TESTROLE пользователей Vlad и Alex:

G A T T S R L T VLAD. A E RN E T OE O LX Одна учетная запись может состоять сразу в нескольких ролях. Но во время одной сессии клиент может работать только под одной ролью. Это может быть удобно в тех случаях, когда один пользователь должен иметь разные права доступа в зависимости от сложившейся ситуации. Еще следует учитывать тот факт, что пользователь, работающий под правами какой-либо роли, наследу ет собственные права. Например, роль TESTROLE имеет доступ только на чте ние и занесение данных, а учетная запись V A имеет право на модификацию LD данных. Таким образом, пользователь VLAD, работая под ролью TESTROLE, будет иметь возможность просматривать, добавлять и изменять записи.

Сборка «мусора» В ходе своей работы транзакции регистрируются в хранилище TIP (Transaction Inventory Page). Каждая стартующая транзакция производит поиск среди зарегистрированных транзакций на предмет занятости того или иного ресур са. Если найдена транзакция, работающая с данным ресурсом, производится определение ее активности. Если транзакция активна, производится отслежи Администрирование сервера вание состояния версии записи. На основании этих данных транзакция берет в работу либо последнюю версию записи, либо исходную.

База данных начинает отслеживать на странице учета транзакций десятки тысяч записей. Соответственно, новая транзакция должна каждый раз обра батывать огромный объем информации, который постоянно увеличивается.

Помимо записей о состоянии транзакции сохраняется версия данных, с кото рой работала данная транзакция. А значит, увеличивается объем места, зани маемого базой данных.

Процесс удаления старых, неактуальных транзакций и соответствующих им версий записей называется сборкой «мусора». Сборка «мусора» может про изводиться двумя способами. В автоматическом режиме стартовавшая тран закция удаляет неактуальные транзакции и освобождает занятые ресурсы.

В другом режиме база данных самостоятельно периодически производит чи стку «мусора». По умолчанию этот период составляет 20 000 транзакций. Для определения интервала между чистками базы данных можно воспользовать ся утилитой gfix. Следующая команда задает интервач между чистками в 22 транзакций:

D:\MyIntDB\gfix.exe -h 22000 D:\MyIntDB\MY.GDB -user SS B YDA -password masterkey Если количество транзакций установить в нулевое значение, то автоматиче ская чистка будет отменена. Интервал между чистками можно установить при помощи утилиты IBConsole. Нужно перейти в окно свойств базы данных, вы полнив пункт меню Database • Properties. На вкладке General в поле Sweep Interval можно указать необходимое значение. Для того чтобы произвести немедлен ную чистку базы данных, нужно выполнить команду меню Database • Main tenance • Sweep. В появившемся диалоговом окне потребуется нажать кнопку Yes. После завершения операции будет выведено соответствующее сообщение.

Принудительную чистку базы данных можно выполнить при помощи соот ветствующей команды gfix:

D:\MyIntDB\gfix.exe -Sweep D:\MyIntDB\MY.GDB -user SS B YDA -password masterkey Работа с механизмом Shadowing Сервер InterBase предоставляет механизм восстановления баз данных в слу чае физического повреждения диска, поломки сети или случайного удаления файлов. Метод восстановления называется Disk Shadowing. Первым шагом при работе с этим механизмом является создание Shadow-файла, представляющего собой копию базы данных. Как только с базой данных связывается такой файл, все изменения, вносимые в базу данных, немедленно отображаются в нем.

Таким образом, файл содержит полную копию базы данных. Использование Shadow-файлов имеет ряд преимуществ:

О Быстрое восстановление базы данных. Активация Shadow-файла автома тически устанавливает его на место файла базы данных.

356 Урок 8. Сервер InterBase О Shadow-файлы занимают на диске такой же объем, как и база данных.

о Shadow-файл может представлять собой набор файлов фиксированного размера. Файлы могут размещаться на разных носителях.

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

Впрочем, использование механизма Shadowing также имеет и некоторые не достатки:

о Механизм Shadowing не является реализацией репликации.

О Shadowing используется только при восстановлении базы данных после физического повреждения носителя или при случайном его удалении. Все ошибки, которые могут привести к логическому крушению базы данных, также сохраняются в Shadow-файле.

О Механизм Shadowing может работать только с локальными дисками. Ото бражаемые диски и ленточные накопители не поддерживаются.

Для создания Shadow-файла используется команда C E T S A O, синтаксис R A E HD W которой приведен ниже:

C E T S A O set_num [ U O | M N A ] [CONDITIONAL] R A E HD W AT A UL ' filespec' [ E G H [=] int [PAGE[S]]] LN T [ ]:

= FILE ' filespec' [ ] [ ] = L N T [=] int [PAGE[S]] | S A TN [AT [PAGE]] int E GH T RI G [ ] Параметр set_num содержит положительное уникальное число, идентифици рующее данный Shadow-файл. В параметре f 11 espec указывается имя файла или группы файлов с перечислением их параметров.

Нужно рассмотреть пример создания одиночного Shadow-файла. Для этого нужно запустить утилиту isql и соединиться с базой My.GDB:

C N E T D:\MyIntDB\My.GDB user SS B password masterkey;

O NC YDA Затем нужно создать Shadow-файл:

CREATE S A O 1 'D:\MyShadow.shd1;

HD W Результат можно посмотреть при помощи команды S O D T B S :

HW A A A E SO D T B S :

HW A A A E Database: D:\MyIntDB\My.GDB Owner: SS B YDA S a o 1: « :MS A O. H » auto hdw D\ Y H D WS D P G _ I E A E SZ N m e of D pages allocated = u br B S e p interval = we Default Character set: WIN Если база данных довольно велика, имеет смысл разместить Shadow-файлы, входящие в единый набор, на разных дисках. Для создания множественного Администрирование сервера Shadow-файла следует перечислить имя, размер и стартовую позицию каж дого файла в наборе. Следующая команда добавляет еще один подобный файл:

C E T S A O 3 'D:\MyShad.shd' R A E HD W FILE 'D:\MyShadl.shd1 L N T 2000 STARTING AT E GH FILE 'D:\MyShad2.shd' STARTING A 12000;

T П р и помощи команды S O DATABASE можно просмотреть текущую информацию:

HW Database: D:\MyIntDB\my.gdb Owner: SS BYDA Shadow 1: «D:\MYSHADOW.SHD» auto Shadow 3: «Q:\MYSHAD.SHD» auto f i l e D:\MYSHAD1.SHD length 2000 starting f i l e D:\MYSHAD2.SHD starting PAGE_SIZE Number of D pages allocated - B Sweep interval - Default Character set: WIN По некоторым причинам Shadow-файл может становиться недоступным для базы данных. Если Shadow-файл недоступен и был создан в режиме Auto, опе рации с базой данных продолжают выполняются автоматически, с отключен ным механизмом Shadowing. Если Shadow-файл недоступен и был создан в ре жиме Manual, доступ к базе данных запрещается до момента исправления си туации администратором. В табл. 8.43 представлено сравнение режимов фун кционирования Shadow-файла.

Таблица 8.43. Сравнение режимов функционирования файла Shadow Недостаток Режим Преимущество Auto Операции Создается временный период, в течение которого с базой данных данные не заносятся в файл Shadow.

не прекращаются Администратор может не знать о том, что база функционирует без файла Shadow Manual Предотвращает Операции с базой данных приостанавливаются операции с базой до того момента, пока вопрос не будет решен, данных без Требуется вмешательство администратора дублирования их в файле Shadow Режим Manual используется в тех случаях, когда продолжение функциониро вания механизма Shadowing является более важным, чем функционирование базы данных. Следующая команда создает Shadow-файл, функционирующий в режиме Manual.

C E T S A O 2 M N A 'D:\ManShad.shd';

R A E HD W A UL В этом режиме блокирование Shadow-файла останавливает работу с базой данных. В этом случае следует использовать команду gfix -kill database. Это команда удаляет из метаданных ссылки на недоступный Shadow-файл, свя Урок 8. Сервер InterBase занный с базой данных. Например, для базы данных MylntDB команда будет выглядеть следующим образом:

gfix.exe -kill D:\MyIntDB\my.gdb -user SS B -password masterkey YDA Эту аварию можно воспроизвести искусственно. Сначала необходимо отклю чить базу данных:

gfix.exe -shut -force 5 D:\MyIntDB\My.gdb -user SS B -password masterkey YDA Данная команда закроет базу данных через пять секунд. После этого можно удалить файл D:\ManShad.shd. Если после этого обратиться к базе данных из утилиты IBConsole, будет выведено сообщение об ошибке, показанное на рис. 8.29.

t E' r c n e t g t t e r q et d d t b s.

r o n cn o h e u se aa ae Q i D t i M sa e eal esg :

Er r w i tiying t o e file ro h l e o pn u k o n W 3 er r nn w n 2 ro i afilein mna sao 2 i u aa b aul hdw s n v i lle a Рис. 8.29. Сообщение о недоступности второго Shadow-файла Если попробовать соединиться с базой данных из утилиты isql, на экране бу дет отображено текстовое сообщение:

S L C N E T D:\MyIntDB\My.GDB user SS B Q> O NC YDA Statement failed, S L O E = - QC D I/O error for f i l e «D:\MANSHAD.SHD» -Error while trying to open f i l e -unknown Win32 error -a f i l e in manual shadow 2 is unavailable Для того чтобы исправить ошибку, следует выполнить новую команду:

gfix.exe -shut -force 5 D:\MyIntDB\My.gdb -user SS B -password masterkey YDA Когда база данных становится недоступной, операции с ней прекращаются до момента активации Shadow-файла. Для того чтобы произвести активацию, необходимо запустить утилиту gfix с опцией -activate. Для активации набора необходимо указать путь к первому файлу, входящему в него. Для файла MYSHADOW.SHD команда активации будет выглядеть следующим образом:

gfix.exe» -activate D:\ M S A O. H -user S S B -password masterkey YH D W D S YD A После того как файл будет активирован, необходимо присвоить ему исходное имя базы данных. После этого при необходимости следует создать новый Shadow-файл.

Администрирование сервера Резервное копирование базы данных Резервное копирование сохраняет базу данных на жестком диске или другом носителе информации. Для обеспечения максимальной надежности хранения данных следует регулярно проводить резервное копирование на внешние но сители. Резервное копирование базы данных можно выполнить при помощи утилит IBConsole и gbak. Сначала следует рассмотреть выполнение копирова ния при помощи утилиты IBConsoLe. Для этого надо выполнить команду меню Database • Maintenance • Backup/Restore • Backup... утилиты IBConsole, предвари тельно выбрав сервер Local Server. В результате будет отображено диалоговое окно, показанное на рис. 8.30.

D t b w B cu aa n a k p •: :

.;

:•;

'• Dtbs a ae a ;

;

;

;

г.

• S re. L c l S te ev r o a ev i.• • • Alias Vг ст^шмивП m m • Backup File(s] '.

Setvei: ^ Local Server Alias: ^ResMiiDB jFitenamefsj jSi2e(By!es} | \ RestMyDB • Рис. 8.30. Установка параметров резервного копирования В поле Database из списка Alias нужно выбрать псевдоним базы данных MyDB.

Затем из списка Server выбирается сервер, на котором находится база данных.

В этом списке представлены только зарегистрированные серверы. В данном случе нужно выбрать значение Local Server. В списке Alias указывается псевдо ним, обозначающий файл, который будет хранить резервную копию базы дан ных. Для этого примера использовано значение RestMyDB.

В списке Filename(s) следует указать имя файла или файлов с указанием за нимаемого ими размера в байтах. Если файл является единственным, то раз мер указывать не следует, так как часть данных может просто не поместиться в него. Если файлов несколько, то размер не указывается для последнего из них. В списке указаны параметры файла RestMyDB размером 10 000 байт и файла RestMyDBl.

В правой части окна располагается поле Options, в котором можно произвести настройки свойств процесса резервного копирования:

О Параметр Format позволяет сохранять копию базы данных в переносимом формате. Если свойство принимает значение Transportable, база будет ре 360 Урок 8. Сервер InterBase зервироваться в переносимом формате. Если свойство принимает значе ние Non-transportable — в нетранспортируемом.

О Параметр Metadata Only принимает значение True в том случае, если есть необходимость включить в резервную копию только метаданные, не запи сывая сами данные. Примером применения данного свойства может по служить необходимость создания пустой копии базы данных.

о Параметр Garbage Collection задает необходимость сборки «мусора» во вре мя резервного копирования. По умолчанию свойство имеет значение True и сборка «мусора» производится.

О Параметр Transactions in Limbo регламентирует порядок обработки тразак ций со статусом «Limbo». Как правило, подобные транзакции появляются в ходе сбоев в процессе двухфазной фиксации. Для их игнорирования сле дует присвоить свойству значение Ignore. Если свойству присвоено значе ние Process, то операция пройдет в обычном режиме.

О Параметр Checksums включает или отключает постраничный анализ цело. стности данных при помощи сверки контрольной суммы. Неправильная ' контрольная сумма свидетельствует о том, что страница с данными была повреждена. Значение Ignore указывает серверу не производить проверку контрольной суммы. Если свойству присвоено значение Process, то опера ция пройдет в обычном режиме.

О Параметр Convert to Tables принимает значение True в случае необходимос ти преобразования внешних наборов данных во внутренние.

О Параметр Verbose Output позволяет указывать, где будет отбражаться инфор мация о ходе процесса. Может принимать значение None, To Screen и То File.

Все параметры надо оставить без изменения и нажать кнопку ОК. Будет выве дено окно с журналом операций, показанное на рис. 8.31.

После завершения процесса в каталоге сервера Bin появятся файлы RestMyDB и RestMyDBl.

'{Service s t a r t e d at СЮ.РЗ.ЗйО? LSt43r gbak eadied database D:\MyIntDB\HY.GDB for backup gbak xeating f i l e RestMyDB.gbak reat ing f i l e RestMyDBl : gbak :tarting transaction igbak latabase D:\HyIntDB\HY.GDB has a page size of D gbak iriting domains !gbak ting domain RDB •:• g b a k ting domain RDBS gbak ting domain RDB gbak ting domain RDB$ gbak ting domain RDB? gbak ting domain RDB gbak writing domain RDBS Рис. 8.31. Журнал операций процесса резервного копирования базы данных Администрирование сервера Теперь нужно рассмотреть процесс резервного копирования, производимый с помощью утилиты gbak. Команда создания резервной копии имеет следу ющий синтаксис:

gbak [-B] [options] database target В параметре [options] указывается список, перечисленных в табл. 8.44. Пара метр target позволяет указать имя файла резервной копии. Если производит ся резервное копирование в несколько файлов, команда будет иметь следую щий синтаксис:

gbak [-B] [options] database target 1 sizel[k|m|g] tar-get [ size2[k|m|g] target В параметре Size указывается размер файла резервной копии.

Таблица 8.44. Список параметров утилиты gbak Описание Параметр -b[ackup_database] Резервное копирование базы данных в файл Преобразование внешних наборов данных во внутренние -co[nvert] Не производится сжатие во время резервирования -e[xpand] Используется блокировочное число для лентопротяжных -fafctor] n механизмов Не производится сборка «мусора» во время резервного -g[arbage_collect] копирования Проверка контрольной суммы не производится -igfnore] Транзакции Limbo в процессе резервного копирования -l[imbo] игнорируются В резервную копию включаются только метаданные -m[etadata] Резервная копия создается в не переносимом формате -nt -ol [ddescriptions] Производит резервирование метаданных в старом формате -pa[ssword] text Пароль на доступ к базе данных Имя роли, в которую входит данный пользователь -role name Создает резервную копию базы данных на той машине, на -se[rvice] servicename которой расположена база данных, используя Services Manager. Параметр servicename вызывает Services Manager на машине с базой данных и может принимать следующие значения: TCP/IP hostname:service_mgr;

SPX hostname@service_mgr;

Named pipes \\hostname\service_mgr;

Local servicemgr;

-tfransportable] База данных создается в переносимом формате Имя пользователя -u[ser] name -v[erbose] Отображает информацию о ходе процесса Вывод списка сообщений в файл -y [file | suppress_output] Отображает информацию о базе данных и движке InterBase -z Следующая команда создает резервную копию базы данных My.gdb:

gbak.exe -b -user SS B -password masterkey D:\MyIntDb\My.gdb D:\MyDB.gbk YDA 362 Урок 8. Сервер InterBase Если, например, необходимо создать резервную копию базы данных и помес тить ее на клиентской стороне, то команда будет выглядеть иначе:

gbak.exe -b -user SS B -password masterkey 127.0.0.1:D:\MyIntDb\My.gdb YDA D:\MyDB.gbk Адрес 127.0.0.1 является IP-адресом удаленного сервера. Если необходимо произвести резервное копирование базы данных с клиентской машины в файл резервной копии, расположенный на той же машине, команда будет иметь следующий вид:

gbak.exe -b -user SS B -password masterkey -service 127.0.0.1:service_mgr YDA D:\MyIntDb\My.gdb D:\Myl.gbk Восстановление базы данных Восстановление базы данных из резервной копии можно выполнить при по мощи утилит IBConsole и gbak. Как правило, резервную копию рекомендуется располагать на внешних носителях информации.

Чтобы восстановить базу данных при помощи утилиты IBConsole, нужно вы полнить команду меню Database • Maintenance • Backup/Restore • Restore.... В ре зультате будет отбражено окно, внешний вид которого показан на рис. 8.32.

В группе органов управления Backup File(s) расположен список Alias, из кото рого можно выбрать псевдоним ранее созданной резервной копии базы дан ных. Для того чтобы получить доступ к окну диалога выбора файла, следует выбрать из списка Alias значение File.... В этом списке необходимо указать со зданный ранее псевдоним RestMyDB. В правой части окна расположен список параметров процесса восстановления базы данных:

О Параметр Page Size позволяет выбрать размер страницы.

о Параметр Overwrite разрешает или запрещает перезаписывать существу ющий файл базы данных. Если свойству присвоено значение True, то файл будет перезаписан.

Backup Г В Д..Serve»:' Local Server Lo ftv^s e fcil •.

• Database • '" Reiver: |[_ o c a | s e t v e, ;

Fr(ename(s) ДД| Рис. 8.32. Установка параметров восстановления базы данных Администрирование сервера О Параметр Commit After Each Table позволяет начать процесс восстановления данных после восстановления метаданных. Для этого параметр должен получить значение True. Этот параметр используется в тех случаях, когда резервная копия повреждена. Это позволяет восстановить часть метадан ных, до того момента, когда встретится таблица со сбойными данными. В э том момент восстановление базы данных будет прервано.

О Параметр Create Shadow Files указывает, что будет создан Shadow-файл.

о Параметр Deactivate Indexes позволяет деактивировать индексы во время процесса восстановления данных.

О Параметр Validity Conditions позволяет отключить на время восстановления проверку условий, наложенных на данные. Чтобы восстановить базу дан ных с неправильными записями, следует присвоить свойству значение Ingnore. По умолчанию свойство принимает значение Restore.

О Параметр Use All Space используется для восстановления базы данных с аб солютным заполнением страниц данных. По умолчанию свойство имеет значение False, и коэффициент заполнения составляет 80%.

О Параметр Verbose Output позволяет указывать, где будет отображаться инфор мация о ходе процесса. Может принимать значение None, To Screen и То File.

Параметру Overwrite нужно присвоить значение True, а потом останется лишь нажать кнопку ОК. База данных будет восстановлена.

Как уже было отмечено ранее, восстановление базы данных можно произве сти с помощью утилиты gbak. Команда восстановления базы данных имеет следующий синтаксис:

gbak {-C|-R} [options] source dbfile При восстановлении базы данных в несколько файлов из одного резервного команда будет иметь несколько иной синтаксис:

gbak {-С]-R} [options] source d b f i l e l sizel dbfile2 [ size2 dbfile3...] А если потребуется восстанавливать базу из нескольких файлов, то команда запуска процесса снова изменится:

gbak {-C|-R} [options] sourcel source2 [ source3...] dbfilel sizel dbfi 1 e [ size2 dbfile3...] В параметре source указывается файл базы данных, из которого будет произ водиться восстановление, в параметре dbfile — имя файла базы данных, а в параметре Size указывается размер файла базы данных либо размер файла резервной копии. В параметре [options] указываются дополнительные свой ства процесса, перечисленные в табл. 8.45.

Теперь следует рассмотреть несколько примеров восстановления базы данных.

Для проведения испытаний сначала потребуется испортить базу MyDB. Сле дующая команда восстанавливает базу данных MyDB из резервной копии, рас положенной на том же носителе, что и исходная база данных:

gbak.exe -г -user SYSDBA -password masterkey D:\MyDB.gdb D:\MyIntDB\My.gdb Урок 8. Сервер InterBase Таблица 8.45. Список параметров утилиты gbak Описание Параметр -c[reate_database] Восстановление базы данных в новый файл -buffers] Определяет размер кэша для восстанавливаемой базы данных -i[nactive] Деактивирует индексы в процессе восстановления базы данных -k[ill] Запрет на создание Shadow-файлов -mo[de] [read_ Определяет режим доступа к восстанавливаемой базе данных write | read_only} -n[o_validity] Отключает проверку данных на соответствие ограничениям Восстанавливает одну таблицу за один проход. Используется -o[ne_at_a_time] в том случае, если файл резервной копии поврежден Устанавливает размер страницы. По умолчанию используется -p[age_size] n размер 1024 байта -pa[ssword] text. Пароль администратора или владельца базы данных -r[eplace_database] База данных восстанавливается в новый файл либо перезаписывает старый -se[rvice] Восстанавливает базу данных из резервной копии на той servicename машине, на которой расположена база данных, используя Services Manager. Параметр servicename вызывает Services Manager на машине с базой данных и может принимать следующие значения: TCP/IP hostname:service_mgr;

SPX hostname@service_mgr;

Named pipes \\hostname\service_mgr;

Local service_mgr Имя пользователя -user name Восстанавливает базу данных со 100%-ным заполнением страниц.

-use_[all_space] По умолчанию используется значение 80% -v[erbose] Отображает информацию о ходе процесса Вывод списка сообщений в файл -у [file | suppress_ output] -z Отображает информацию о базе данных и движке InterBase Можно восстановить базу данных из файла резервной копии, расположённо го на клиентской машине:

gbak.exe -г -user S S B -password masterkey D:\MyDB.gbk YDA 127.0.0.1:D:\MyIntDB\My.gdb Если файл резервной копии находится на той же машине, что и файл с базой данных, но восстановление будет производиться с клиентской машины, то ко манду придется несколько изменить:

gbak.exe -г -user S S B -password masterkey -service 127.0.0.1:service_mgr -p YDA 8192 D:\MyDB.gbk D:\MyIntDB\My.gdb Завершая главу, следует напомнить, что в ней изложены основы работы с сер вером InterBase. Однако этой информации уже вполне достаточно для разра ботки приложений баз данных и обеспечения бесперебойной работы сервера.

Последние разделы помогут написать программы, которые будут выполнять резервное копирование базы данных при помощи вызова утилиты gbak с не обходимыми параметрами.

УРОК Сервер MS SQL Server SQL Server 2000 является многоцелевым сервером со сложной архитектурой.

Этот сервер может использоваться как в промышленных системах, так и в кор поративной среде, сочетая в себе легкость взаимодействия с приложениями с высокой надежностью и отказоустойчивостью. Microsoft SQL Server является высокопроизводительной клиент-серверной системой управления базами данных. Сервер предназначен для одновременной работы с большим количеством транзакций. Существует несколько вариантов поставки сервера:

О Комплект Enterprise Edition предназначен для использования в качестве корпоративного сервера. В данной конфигурации доступны все возможно сти сервера. Помимо этого добавлены расширенные возможности масшта бирования, использование нескольких процессоров, возможность исполь зования до 64 Гбайт оперативной памяти и многое другое.

О Комплект Standard Edition предназначен для использования в качестве сервера баз данных небольших рабочих групп. Поддерживает работу с во семью процессорами и может использовать до 2 Гбайт оперативной памя ти.

О Комплект Personal Edition предназначен для использования в качестве домашнего сервера. Он поддерживает работу с двумя процессорами и ис пользует до 2 Гбайт оперативной памяти. Размер базы данных ограничен 2 Гбайт. Этот вариант сервера оптимизирован на работу максимум с пя тью пользователями.

О Комплект Developer Edition предназначен для использования разработчи ками приложений баз данных. Эта версия поддерживает все возможности версии Enterprise Edition, но лицензирована только для разработки и тес тирования базы данных. Согласно лицензии, сервер в этой комплектации не может использоваться в качестве корпоративного сервера.

О Комплект Desktop Engine является свободно распространяемой версией движка SQL Server 2000, который независимые поставщики могут вклю чать в свои приложения.

Збб Урок 9. Сервер M SQL Server S О Комплект Windows CE Edition является версией для платформы Win dows СЕ. Этот сервер имеет возможность репликации данных с версий Enterprise и Standard Edition, используя их для синхронизации в качестве первичных серверов.

О Комплект Enterprise Evaluation Edition является полнофункциональной версией сервера, доступной для свободного скачивания из Интернета. Дан ная версия предназначена для ознакомления с возможностями сервера и не может эксплуатироваться более 120 дней.

Локальные именованные каналы, разделяемая память Сервер приложения Сетевые библиотеки (Application server) (Net-Libraries) SQL Server Рис. 9. 1. Взаимодействие клиентского приложения и сервера Как и многие другие продукты Microsoft, сервер использует в своей работе тех нологию СОМ, а для связи с приложениями — DCOM. При работе на той же машине, на которой расположен сервер, клиентское приложение взаимодейству ет с сервером, используя механизмы InterProcess Communication (IPC), такие как локальные именованные каналы, либо разделяемую память {Shared Memory).

В том случае, если экземпляр SQL Server 2000 и клиентское приложение рас положены на разных компьютерах, взаимодействие осуществляется через сете вые IPC, такие как TCP/IP, NWLINK IPX/SPX, именованные каналы И другие сетевые библиотеки {Net-Libraries). Поверх них взаимодействие с сервером осу Установка SQL Server ществляется средствами ADO. Также организовать связь сервера с приложе нием в случае их расположения на разных машинах можно, используя сервер приложения. На рис. 9.1 показана упрощенная схема работы с сервером.

Установка SQLServer Процесс установки сервера начинается с запуска файла \x86\setup\setupsql.exe.

В первом окне мастера инсталляции, показанном на рис. 9.2, будет предложе но выбрать тип установки:

О Значение Local Computer указывает, что сервер будет размещен на той же машине, на которой была запущена установка. При выборе установки дан ного типа программа-установщик автоматически подставляет имя компью тера в поле ввода.

О Значение Remote Computer позволяет установить SQL Server 2000 на уда ленный компьютер по сети. При этом необходимо указать имя компьюте ра, путь до него, логин и пароль учетной записи.

О Значение Virtual Server доступно только в том случае, если в операционной системе настроен кластер. Данный тип установки позволяет установить сервер SQL Server 2000 и добавить его в существующий кластер.

Computer Name Enter the n m of the computer on which^ou want to ae create a new instance of S L Server o modify an Q r existing instance of S L Server.

Q {• Local C m ue o ptr ("' Remote Computer (Back Help Cne acl Рис. 9.2. Окно выбора типа установки В данном случае нужно выбрать значение Local Server и нажать кнопку Next.

В результате будет отображено окно, в котором будет предложено ввести ин формацию о пользователе. После ввода всех необходимых данных нужно на жать кнопку Next. Будет отображено следующее окно мастера установки со списком устанавливаемых компонентов, показанное на рис. 9.3:

Урок 9. Сервер M SQL Server S T i option a w y u to install a s re a d the client hs l so o ev * n loch, Ue this o to if y u w n to s t u a s re with s pi n o a t e p ev r a mnsr to capabftrties.

d i i tai n Hl ep Рис. 9.З. Выбор устанавливаемых компонентов О Значение Client Tools Only указывает, что будут установлены только инстру менты администрирования сервера, такие как Enterprise Manager, Performance Monitor, Query Analyzer и сетевые библиотеки. Также будет установлена документация Books Online. Сам сервер устанавливаться не будет.

О Значение Server and Client Tools указывает, что будет произведена полная установка, включающая в себя перечисленные выше компоненты, сам сер вер, а также службы SQLServerAgent, MSDTC и MSSearch.

О Значение Connectivity Only указывает, что на компьютер будут установле ны только сетевые библиотеки (MDAC), а средства администрирования установлены не будут.

Fr e d f u i saab, e v D fu cekd ad o ea t n t l t n l ae e t hce n l al cc N n.

fk e t i T install o mnn a nmd nt n e o S L o r ati a e i sa c f Q ia Sre o t i cmur da t e DaR ceko evr n h o pt er h eu hcbx s e f ad tp o s e t a ntne nm.

n y e r ec n is c a e l a A nw nm ms b 1 caatr o es ad e a e ut e 6 hrc s r l s n e sod sat wh a l te o o e acp b hu t r t e r r t r ce t e l i h al c aa t r Fr mr nom t n cc Hp h r ce. o o i f r ao, l k e e iil nt n e nm:

i sa c a e [ Y OSVR MS L EE T f i Рис. 9.4. Определение имени экземпляра сервера Установка SQL Server На этом этапе необходимо выбрать пункт Server and Client Tools, а потом на жать кнопку Next. В следующем окне мастера, показанном на рис. 9.4, будет предложено указать имя экземпляра сервера.

На одной машине может быть установлено несколько экземпляров SQL Server, причем они не будут зависеть друг от друга. Идентификация экземпляров производится по их имени. По умолчанию, когда установлен флаг Default, сер веру не присваивается имя. При обращении к нему по протоколу NetBIOS будет указываться лишь имя компьютера. Если же имя серверу присвоено, то обращение к нему будет производиться по его имени и имени компьютера.

После указания имени сервера нужно снова нажать кнопку Next. Появится окно выбора устанавливаемых модулей, в котором также будет предложено выбрать путь установки сервера. Обычно следует выбрать значение Typical и снова нажать кнопку Next. В результате будет отображено окно выбора учет ных записей служб, показанное на рис. 9.5.

S?v;

s A q u s t rse c o n i i * ' Ue t e sm acut lot ec s rc. At sat SL Sre S rc.

• s h a e con ah ev e u t r Q e t eve i o v i '* Csm t e s ti g f r ec s rc.

" ut z h en s o ah ev e o ie i jS fi e ;

-:

- ev * c ;

S ve S t g ec ei s ii n i ' • • *''""'' I <* Ue t e L c l Ssm acut •'• s h oa yt con e i (" Ue a Dmn Ue acut ;

s o a s i con i M Uea e snm:

i )';

;

"'*°^""""" \ : Pswd as o: t • Dmn o a: i Hp e l Рис. 9.5. Окно выбора учетных записей служб В этом диалоговом окне необходимо определить учетные записи Windows, которые будут использоваться двумя основными службами SQL Server — SQL Server (ядро сервера) и SQL Server Agent. Можно задать отдельную учетную запись для каждой службы с отдельным паролем доступа. А можно оставить общую запись для всех служб. Для того чтобы обеспечить возможность взаи модействия сервера с другими службами, например Microsoft Exchange, не обходимо определить ему доменную учетную запись. Таким образом, для выбора доступны два типа учетных записей:

О Значение Use the Local System account означает, что сервер будет запускать ся под локальной учетной записью.

О Значение Use a Domain User account означает, что сервер будет запускаться под учетной записью пользователя домена или локального пользователя.

Также при выборе этого значения появляется возможность задать логин учетной записи и ее пароль.

370 Урок 9. Сервер M SQL Server S Флажок Auto Start Service указывает на необходимость автоматического запуска служб во время запуска операционной системы под зарегистрированной учет ной записью. В данном случае необходимо выбрать значение Local System account. В следующем окне, показанном на рис. 9.6, нужно указать использу емый режим аутентификации.

AufhenHcaiionMode Cos t e a i e t ai n md.

hoe h u ni t oe h co l " Wd w A t e t ai n Md n o s uh ni t oe i co i* ki e Md ( n o s A t e t ai n ad S L S re A t e t ai n fx d oe Wd w uh ni t n Q ev r uh ni t !

i co co A d psw r f r t e s l gn d as od o h a o i :

t r p sw r :

ne as od |« C n p sw r :

or as od f im Bn Pswr {not rcm edd a k as o l d eo mne] Hp el < Bc ak Рис. 9.6. Окно выбора режима аутентификации В этом окне необходимо выбрать один из двух режимов аутентификации:

О Значение Windows Authentication Mode указывает, что ограничение доступа к серверу будет осуществляться только средствами системы Windows. To есть пользователь получит доступ к серверу с теми правами, которые ему определил администратор.

О Значение Mixed Mode позволяет использовать смешанный режим аутенти фикации. В этом случае аутентификация производится не только средства ми операционной системы, но и самим сервером SQL Server. При выборе этого пункта автоматически становиться доступной возможность устано вить пароль учетной записи Sa, которая является учетной записью адми нистратора сервера. По умолчанию пароль учетной записи не присваива ется, и доступ с ее правами на сервер может получить любой желающий.

Поэтому на этом этапе обязательно нужно установить пароль для этой учетной записи.

В данном случае необходимо выбрать режим Windows Authentication Mode и на жать кнопку Next После этого начнется установка сервера.

Архитектура SQL Server На рис. 9.7 приведена обобщенная схема архитектуры SQL Server 2000.

Архитектура SQL Server 2000 Сетевая библиотека (Net-Library) User Mode Shelduer Реляционное ядро (Relational Engine) Парсер команд Компилятор Оптимизатор Менеджер SQL (Parcer) запросов SQL команд Менеджер памяти Open Data Services Менеджер выражений V Протоколы, отличные от OLE DB OLEDB Ядро хранения (Storage Engine) Менеджер методов доступа Менеджер транзакций:

Менеджер работы со строками, протоколирование и восстановление менеджер индексов Менеджер страниц, Менеджер буферов, менеджер текста менеджер журналов Утилиты:

Bulk Load, DBCC, Backup Менеджер Менеджер Менеджер и другие файлов / устройств сортировки блокировки V Менеджер ввода-вывода Асинхронный ввод-вывод, ввод-вывод Scatter-Gather WIN 32 API Рис. 9.7. Архитектура SQL Server 372 Урок 9. Сервер M SQL Server S Как видно из представленной схемы, сервер строится на компонентной осно ве. На самом верхнем уровне находится компонент «Сетевая библиотека», представляющий собой комплекс различных сетевых драйверов, предостав ляющих возможность взаимодействовать с сервером по сети.

Компонент ODS (Open Data Services) выполняет функции менеджера клиен тов SQL Server 2000. Он работает как интерфейс между сетевыми библиоте ками сервера и серверными приложениями. Компонент ODS управляет сете выми подключениями: отслеживает новые подключения, освобождает ресур сы, отслеживает запросы на отмену команд, координирует работу служб по токов SQL Server 2000, возвращает клиенту результирующие наборы данных, сообщения и информацию о состоянии сервера.

Сервер и клиенты взаимодействуют на базе собственного протокола TDS (Tabular Data Stream). Протокол TDS представляет собой поток данных, со держащий, помимо прочих данных, имена полей, типы данных, системные сообщения и значения, определяющие состояние соединения между сервером и клиентом. Перед отправкой результирующего набора данных сервер изве щает клиента, указывая количество полей и их типы данных. Вся эта инфор мация кодируется в TDS.

Клиентские приложения и сервер не могут непосредственно записывать дан ные в TDS, для этого они используют открытые интерфейсы OLE DB, ODBC, и DB Library. Компонент ODS устанавливает новое соединение, и если кли ент неожиданно отключается, ODS автоматически освобождает занятые ре сурсы и снимает блокировки, наложенные клиентом на записи.

После того как сервер поместит результирующий набор данных в сетевой выходной буфер, имеющий размер пакета данных, сетевая библиотека отправ ляет его клиенту. Первый пакет данных отправляется сразу после того, как сетевой выходной буфер заполняется значениями. При выполнении некото рых исключительных операций, таких как предоставление информации о дампе операций базы данных, либо при предоставлении сообщений DBCC содер жимое сетевого выходного буфера немедленно отправляется, даже в том слу чае, если буфер не полностью заполнен.

SQL Server 2000 предоставляет два входных буфера и один выходной буфер для каждого клиента. Два буфера необходимы для того, чтобы сервер мог читать потоки данных клиентского соединения и в то же время имел возмож ность отслеживать поступающие сообщения. Это используется в тех случаях, когда необходимо отследить команду отмены запроса во время его выполне ния и завершить ее. Несмотря на то что возможность отмены обрабатываемых запросов чрезвычайно важна, в клиент-серверных приложениях она исполь зуется довольно редко.

Оповещения можно классифицировать как дополнительные данные, хотя они могут пересылаться в специальном туннеле, созданном на базе сетевых прото колов. Из-за того что операционная система собственными средствами выпол няет кэширование информации, записываемой в сетевой буфер SQL Server 2000, операции записи завершаются немедленно, без значимой задержки. Если сер вер произведет несколько операций записи пакетов данных для какого-либо Архитектура SQL Server 2000 клиента, а тот не успеет их вовремя считать из собственного сетевого кэша, то кэш в конечном итоге переполнится и операции записи будут заблокированы до момента его освобождения. В то время как клиентское приложение обраба тывает часть результирующего набора данных, сервер продолжает пересылать пакеты в другие буферы и отправлять их по мере возможности.

В то же время приостановленный процесс передачи данных может вызвать эффект блокировки. Это обычно случается, если транзакция заблокировала какой-то блок данных. В случае нормальной работы данные будут отосланы и немедленно разблокированы. Иначе, если клиент не успевает считывать данные из сетевого входного буфера, сервер не разблокирует ресурсы до за вершения операции. Следовательно, остальные заинтересованные транзакции будут простаивать в их ожидании.

Размер выходного сетевого буфера существенно влияет на время получения клиентом первого пакета с результирующим набором данных. Как было от мечено ранее, выходной буфер отсылает пакет даже в том случае, если он неполный, но в данный момент больше не существует данных, которые могут быть в него помещены. Если первый запрос возвратил небольшой набор дан ных и не заполнил выходной буфер полностью, а в то же время выполняется второй запрос, возвращающий больший набор данных, то пакет с данными, содержащимися в сетевом буфере, не будет отправлен до тех пор, пока он не будет заполнен полностью. Если оба SQL-запроса возвращают небольшие наборы данных, то ожидание завершения процесса не продлится долго.

Эту концепцию проще рассмотреть при помощи небольшого примера. Пред положим, что одновременно выполняется два запроса. Первый запрос явля ется «быстрым», а второй — «медленным». Первый результирующий набор, к примеру, имеет размер 0,5 Кбайт. В том случае, если размер пакета данных составляет 4 Кбайт, первый запрос вынужден будет ожидать заполнения ос тавшейся части пакета результатом выполнения второго запроса.

В данном случае было бы разумно отправить результат выполнения первого запроса отдельным пакетом или уменьшить размер пакета данных. Первое решение, вероятно, является более подходящим для этого случая, так как довольно сложно определить оптимальный размер пакета данных для каж дой команды. В общем случае передача результатов выполнения запроса от сервера клиенту в отдельном пакете для каждого запроса не является опти мальной. Группировка результатов выполнения запросов в общие пакеты, как правило, более эффективна, потому что снижает затраты на установление соединения между сервером и клиентом и повышает среднюю скорость пере дачи данных.

На стороне сервера компонент ODS выполняет те же функции, что ODBC, OLE DB и DB-Library на клиентской стороне. Серверное приложение ODS может использовать методы, предназначенные для описания и отправки ре зультирующих наборов данных, преобразования типов данных, назначения контекста безопасности определенному соединению между клиентом и сер вером и возвращения клиентскому приложению информации об ошибках и со общениях.

374 Урок 9. Сервер M SQL Server S Компонент ODS использует событийно-управляемую модель программиро вания. Сообщения, пересылаемые между сервером и клиентом, регистриру ются ODS и могут быть переданы в серверное приложение. Используя ODS API, можно создавать собственные процедуры, называемые обработчиками событий, для каждого возможного типа сообщения. Список обрабатываемых событий приведен ниже:

О События, возникающие при подключении (Connect events), позволяют проводить проверку прав пользователя на доступ к серверу. Эти события также инициируются в момент завершения соединения, указывая серверу на необходимость освобождения ресурсов.

О События языка (Language events) возникают в тот момент, когда клиент отсылает строку, содержащую команду. Сервер, в свою очередь, передает полученную команду синтаксическому анализатору.

О События, возникающие при работе с удаленными хранимыми процедура ми (Remote stored procedure events), инициируются каждый раз, когда кли ент или сервер направляют ODS вызов хранимой процедуры.

Компонент ODS также генерирует события, точно определяющие состояние клиентского и серверного приложений. Эти сообщения позволяют приложению ODS, расположенному на сервере, реагировать на изменение статуса клиент ского приложения либо на изменение статуса приложения ODS. Также компо нент ODS управляет потоками и нитями SQL Server 2000. Он создает и унич тожает потоки и обеспечивает доступ к ним для компонента User Mode Scheduler (UMS). На рис. 9.8 показана схема взаимодействия клиента и сервера.

Клиентская сетевая OLEDB О библиотека (Client Net-Library) ODBC, DB-Library Клиент Стек сетевых протоколов Именованные каналы Разделяемая память Серверная сетевая библиотека ODS (Server Net-Library) SQL Server Рис. 9.8. Коммуникация между клиентом и сервером Ядро SQL Server 2000 состоит из двух главных компонентов: реляционного ядра (Relational Engine) и ядра хранения (Storage Engine). Между собой дан Архитектура SQL Server 2000 ные компоненты взаимодействуют с помощью OLE DB. Реляционное ядро включает в себя все компоненты, необходимые для анализа и оптимизации SQL-запросов. Также реляционное ядро управляет выполнением запросов на получение наборов строк от ядра хранения, а затем возвращает их клиентско му приложению. Ядро хранения включает в себя компоненты, обеспечивающие доступ к данным и их физическую модификацию.

Анализатор команд (парсер) обрабатывает события языка, вызываемые ком понентом ODS. Он проверяет правильность синтаксиса и транслирует команды Transact-SQL во внутренний формат, с которым работает сервер. Если парсер не может распознать синтаксис команды, то он немедленно генерирует объект исключения, содержащий сообщение об ошибке и информацию об операторе, вызвавшем ее. Сообщения о несинтаксических ошибках не могут содержать номер строки, вызвавшей ошибку.

Оптимизатор получает дерево запроса от парсера команд и подготавливает его к выполнению. Этот модуль компилирует сразу весь пакет команд, оптими зирует его и производит проверку прав пользователя на доступ к объектам.

Результатом оптимизации и компиляции запроса является план его выпол нения. Первым шагом в составлении плана запроса является нормализация каждого запроса, в ходе которой производится разложение одного запроса на несколько элементарных подзапросов. После того как оптимизатор нормали зовал запрос, он оптимизирует его, определяя план для выполнения запроса.

Оптимизация запроса производится в соответствии с его ресурсоемкостью.

Оптимизатор выберет наилучший план, руководствуясь наименьшей внутрен ней единицей варианта плана, включающей вычисленные значения затрат оперативной памяти, загрузки центрального процессора и операций ввода вывода. Для этого оптимизатор учитывает тип запроса, определяет количе ство данных в каждой из задействованных таблиц, определяет наличие ин дексов для каждой из задействованных таблиц, а затем просматривает распре деление данных в каждом индексе или поле, задействованном в запросе.

Информация о распределении данных в индексе или в поле является статис тической, то есть формируется по ходу работы сервера с базой данных. Опи раясь на имеющуюся информацию, оптимизатор рассматривает различные методы доступа и связывает их со стратегиями, которые могут быть исполь зованы для решения выполнения запроса и выбора наиболее эффективного плана выполнения запроса. Оптимизатор также принимает решение о том, какие индексы он будет использовать в запросе для каждой из таблиц и в ка ком порядке в случае использования нескольких таблиц в одном запросе таб лицы будут включены в объединение. Оптимизатор использует упрощенные эвристические методы, снижающие затраты времени, используемые на состав ление плана запроса. Следует отметить, что оптимизатор не обеспечивает идеальной оптимизации запроса.

После того как нормализация и оптимизация запроса были выполнены, нор мализованное дерево запроса, полученное с помощью описанных выше опе раций, компилируется в план выполнения, представляющий собой структуру данных. Каждая команда, включенная в план, содержит информацию, опре деляющую таблицу, с которой она будет работать, какой индекс будет исполь 376 Урок 9. Сервер M SQL Server S зован с данной таблицей, какие проверки должны быть выполнены и какому критерию должны соответствовать отбираемые данные.

План выполнения может быть значительно более сложным, чем кажется на первый взгляд. Он включает в себя все необходимые шаги, гарантирующие осуществление всех необходимых проверок. Если в запросе вызывается триг гер, то в план выполнения запроса включается вызов соответствующей про цедуры, содержащей тело триггера. Триггер хранится в базе данных в отком пилированном виде и обладает собственным планом запроса.

Менеджер SQL (SQL Manager) предназначен для управления хранимыми процедурами и их планами выполнения. Он определяет, когда хранимая про цедура должна быть перекомпилирована, и управляет кэшированием плана выполнения процедуры. Менеджер SQL также управляет автопараметриза цией запросов. В SQL Server 2000 определенные виды запросов обрабатыва ются так, как если бы они были параметризованными хранимыми процедура ми. В соответствующем формате генерируются и сохраняются их планы. Как правило, так обрабатываются простые запросы, в которых производится срав нение значения поля с константой. Ниже приведен пример простого запроса:

S L C * F O pubs.dbo.titles E E T RM W E E type = 'business' HR Этот запрос может быть преобразован в параметризованный запрос, прини мающий входной параметр:

S L C * F O pubs.dbo.titles EE T R M W E E type = Pparam HR Следующий запрос будет отличаться только значением параметра, а план выполнения запроса останется тем же.

Менеджер выражений (Expression Manager) управляет ходом вычислений, сравнением и перемещением данных. Его действие лучше продемонстриро вать на примере SQL-запроса:

S L C @ y t - qty * 10 F O mytable E E T m qy RM В данном запросе менеджер выражений копирует значение поля qty из набора строк, увеличивает его на порядок и записывает результат в переменную @myqty.

Исполнитель запросов выполняет полученный от оптимизатора план выпол нения запроса путем последовательного выполнения всех входящих в него ко манд. Многие команды требуют осуществления взаимодействия с ядром хра нения.

Для взаимодействия с подсистемой хранения реляционное ядро использует механизмы OLE DB. Схема взаимодействия показана на рис. 9.9.

Процесс взаимодействия между реляционным ядром и подсистемой хранения показан на примере обработки выражения SELECT, осуществляющего выборку данных из локальных таблиц Прежде всего реляционное ядро компилирует выражение S L C в оптимизи EE T рованный план выполнения запроса. План выполнения определяет последо вательность операций с наборами строк, полученных из таблиц, и связанных Архитектура SQL Server 2000 с ними индексов. Наборы данных содержат записи, формирующие результи рующий набор данных. Например, таблица требует полного сканирования, если она не содержит индексов:

S L C * F O Northwind.dbo.ScanTable EE T RM Реляционное ядро (Relational Engine) OLEDB Ядро хранения (Storage Engine) Рис. 9.9. Взаимодействие между реляционным ядром и ядром хранения Для выполнения запроса реляционная подсистема запрашивает один набор строк, содержащий все строки таблицы ScanTable. Следующий запрос, исполь зующий индекс, будет выполнен гораздо быстрее:

SELECT DISTINCT LastName F O Northwind.dbo.Employees RM Для выполнения этого запроса реляционное ядро выполняет сканирование индекса для запроса одного набора строк, содержащего строки, расположен ные в листьях индекса, построенного по полю LastName. Следующий запрос возвращает результирующий набор строк, используя два индекса:

S L C CompanyName, OrderlD. ShippedOate EE T F O Northwind.dbo.Customers A Cst RM S JOIN Northwind.dbo.Orders AS Ord O (Cst.CustomerlD = Ord.CustomerlD) N Реляционное ядро запрашивает два набора данных. Один строится на основе кластерного индекса, созданного по полю Customers, а другой — на основе некластерного индекса, созданного по полю Orders.

После этого реляционное ядро использует OLE DB API для того, чтобы ядро хранения открыло эти наборы данных. Во время выполнения плана запроса реляционное ядро с помощью OLE DB запрашивает нужные строки у ядра хранения, которое, в свою очередь, открывает наборы данных и копирует нуж ные строки в буферы данных.

Реляционное ядро по ходу выполнения запроса и получения данных от ядра хранения формирует результирующий набор данных, который отсылает пользо вателю.

378 Урок 9. Сервер M SQL Server S Когда SQL Server 2000 необходимо найти какие-либо данные, он вызывает компонент Менеджер методов доступа (Access Methods Manager). Менеджер методов доступа производит сканирование страниц данных и индексов, а также подготавливает наборы строк для возвращения реляционному ядру. Этот ком понент имеет в своем составе службы, предназначенные для открытия таблиц, нахождения нужных данных, соответствующих условию поиска, и обновле ния данных.

Менеджер методов доступа не возвращает данные самостоятельно. Вместо этого он передает запросы менеджеру буферов, который считывает страницу из кэша или с диска. В момент старта сканирования производится запуск механизма упреждающего сравнения значений страниц данных и индексов.

Каждый запрос выполняется в рамках сессии. Сессия открывает таблицу, за прашивает и оценивает набор строк, соответствующих условию отбора, а за тем закрывает таблицу. Дескриптор структуры данных сессии производит учет количества обработанных строк и количества условий поиска. Менеджер ме тодов доступа применяется не только для осуществления выборки данных, но и для обновления или удаления записей.

В состав менеджера доступа неотъемлемой частью входят два других компо нента. Это менеджер работы со строками и менеджер индексов. Каждый из них ответственен за управление соответствующими структурами данных на диске. Именно они управляют информацией, содержащейся на страницах данных и индексов.

Результатом работы, выполняемой менеджером методов доступа, менеджером блокировок и менеджером транзакций, является обнаружение строки, нало жение на нее блокировки и включение ее в транзакцию. После форматирова ния или изменения строки в памяти менеджер работы со строками вставляет или удаляет ее.

SQL Server 2000 предлагает три метода обновления строк. Все три метода яв ляются прямыми, то есть не требующими двух проходов журнала транзакций:

О Режим In-place mode используется для обновления кучи или кластерных индексов, когда ключевые поля, входящие в индекс, не изменяются. В этом режиме новые данные записываются на место старых на той же странице.

О Режим Split mode используется для обновления неуникальных индексов при изменении полей, входящих в ключ. Обновление производится в два этапа.

Сначала удаляется старое значение индекса, затем производится вставка но вого значения. Операции выполняются независимо друг от друга.

О Режим Split with collapse mode используется для обновления уникальных индексов при изменении полей, входящих в ключ. Обновление произво дится в два этапа. Сначала удаляется старое значение индекса, затем про изводится вставка нового значения. Если новое значение записывается на место старого, то обе операции объединяются в одну.

Менеджер индексов обеспечивает поиск данных в В-деревьях, на основе ко торых строятся индексы в SQL Server 2000. Записи с подобными значениями ключевых полей группируются вместе. Это обеспечивает быстрый доступ к данным при поиске по ключевым значениям с использованием индекса.

Архитектура SQL Server 2000 Ключевой особенностью В-деревьев является сбалансированность индексов.

Они создают такую структуру индекса, что доступ к любой его части занимает равный промежуток времени и одинаковое количество уровней страниц индек сов. Перемещение по телу индекса начинается с корневой страницы. Затем происходит перемещение через промежуточные уровни. Подобным способом поиск доходит до страниц нижнего уровня, называемых листьями. Листья и яв ляются теми страницами, поиск которых осуществляется в индексе. Они содер жат либо саму искомую строку, либо ссылку на строку в таблице базы данных.

SQL Server 2000 поддерживает кластерные и некластерные индексы. В некла стерном индексе, схема которого приведена на рис. 9.10, на уровне листьев дерева индекса содержатся ключевые значения данных и закладки для каж дого значения индекса.

Корень индекса Значение индекса Строки данных Промежуточный уровень ! RID ) Значение индекеаЗначение индекса Значение индекса ' 1 RID J Значение индекса Значение индекса Значение индекса Рис. 9.10. Некластерный индекс Закладка указывает, где следует искать связанные с ней строки данных. Если таблица имеет некластерный индекс, то закладка рассматривается как «куча», то есть данные в ней хранятся в неупорядоченном виде. Закладка в неклас терном индексе, содержащаяся на уровне листьев индекса, указывает на строку данных в куче. Закладка состоит из идентификатора строки, которой состав лен из идентификатора номера файла, номера страницы данных и номера стро ки в странице данных.

Если таблица имеет кластерный индекс, то закладка содержит значение ключа строки из кластерного индекса. После того как искомый уровень листьев не кластеризованного индекса будет достигнут, сервер получит информацию о рас положении искомых данных. Однако извлечение данных будет произведено 380 Урок 9. Сервер M SQL Server S отдельной операцией. За счет того что доступ к данным производится практи чески напрямую, нет необходимости сканировать всю таблицу, что увеличива ет производительность. При использовании кластерного индекса, схема кото рого приведена на рис. 9.11, доступ к данным осуществляется еще быстрее.

Корень индекса Значение индекса^ Промежуточный уровень Значение инд|)?е«и^3начение индекса Значение индекса Уровень листьев / страниц данных Значение индекса Значение индекса Значение индекса Рис. 9.11. Кластерный индекс В кластерном индексе на уровне листьев содержатся строки данных, а не зна чения ключей. Строки в таблице, имеющей кластерный индекс, упорядочены по значениям ключа, а страницы индекса, расположенные на уровне листьев, фактически, представляют собой страницы данных таблицы. Так как данные могут быть физически упорядочены только в одну структуру, любая таблица может иметь только один кластерный индекс. Исходя из этого следует очень внимательно отнестись к выбору полей, входящих в кластерный индекс.

Также индексы используются для обеспечения уникальности значений опре деленных полей. Определяя полю ограничение P I A Y K Y или U I U, сервер, RM R E NQ E фактически, создает уникальный индекс по входящим в них полям. Оптими затор может использовать сведения о том, что индекс является уникальным, для формирования более эффективного плана запроса. При использовании кластерного индекса SQL Server 2000 всегда гарантирует уникальность вхо дящих в него значений при помощи добавления к значениям ключевого поля уникального идентификатора. Уникальный идентификатор присваивается ключевым значениям на всех уровнях кластерного индекса и на всех листьях некластерных индексов таблицы.

Менеджер страниц и менеджер текста совместно управляют набором страниц, являющимся базой данных. Каждая база данных представляет собой набор Архитектура SQL Server 2000 страниц, размером 8 Кбайт, располагающихся в одном или нескольких фай лах. SQL Server 2000 использует восемь типов страниц. Он поддерживает страницы данных, страницы текста и графических изображений, страницы индексов, страницы с информацией о свободном пространстве на других стра ницах, страницы с информацией о выделенных экстентах, страницы с данны ми о пользователях экстентов, страницы, хранящие информацию о том, был ли экстент изменен при пакетных обновлениях, и страницы, хранящие инфор мацию о том, был ли экстент изменен дифференциально.

Все пользовательские данные, за исключением данных типа text, ntext и image, хранятся на страницах данных. Эти три типа данных используются для хране ния объектов большой размерности и потому могут храниться в виде обособ ленных наборов страниц. Если запись содержит поля типа text, ntext и image, то они сохраняются в отдельных наборах страниц. Поля остальных типов хра нятся на обычных наборах страниц, и рядом со строками хранится указатель на начальную страницу и смещение связанного поля. Если в полях типа text, ntext и image содержатся данные, занимающие небольшой объем, то значение поля сохраняется на основной странице вместе с остальными данными.

Индексные страницы хранят В-деревья, ускоряющие доступ к данным. Ме неджер страниц управляет выделением и освобождением всех типов диско вых страниц, организованных в единицы хранения, называемые экстентами, по 8 страниц в каждом. В однородных экстентах все восемь страниц выделя ются для одного объекта. Смешанные экстенты позволяют использовать свое пространство для хранения разных объектов. Если некоторый объект исполь зует меньше одного экстента, менеджер страниц размещает его в смешанном экстенте. Если размер экстента превышает восемь страниц, пространство для данных выделяется целыми экстентами. Такая схема оптимизации предот вращает излишнее расходование места и снижает дефрагментацию базы дан ных. Для определения степени фрагментированности данных таблицы мож но воспользоваться командой D C S O C N I, которая выведет статистику по B C H W O TG всей базе данных.

Таблица, для которой много раз выделялось и освобождалось место, может оказаться сильно фрагментированной. В этой случае можно перестроить кла стерный индекс при помощи команды D C I D X E R G После дефрагмента BC N EDF A.

ции скорость доступа к таблице существенно возрастет. Особенно это будет заметно в тех случаях, когда в процессе выборки используются индексы.

Ключевой функцией SQL Server 2000 является гарантия обеспечения соответ ствия выполняемых транзакций свойству ACID (Atomic, Consistency, Isolation, Durability). Транзакция должна быть атомарной (Atomic) — то есть должны быть выполнены или все ее действия, или ни одно из них. Если транзакция была зафиксирована, должна сохраняться возможность ее отката, несмотря на то, что через секунду может произойти сбой системы. Если сбой системы происходит во время выполнения транзакции и транзакция не успела завершить свою ра боту, при следующем старте сервера производится откат изменений до состоя ния, которое данные имели до начала работы транзакции.

Перед тем как произвести какие-либо действия в рамках транзакции, сервер про токолирует их в журнале и в последующих шагах вносит изменения в данные.

В случае необходимости их можно будет восстановить по записям в журнале.

382 Урок 9. Сервер M S L Server SQ Менеджер транзакций координирует протоколирование, восстановление дан ных и управляет работой буферов. Менеджер транзакций определяет коман ды, которые должны быть сгруппированы вместе для выполнения в рамках одной транзакции. Также он управляет транзакциями, затрагивающими не сколько баз данных, и последовательностями вложенных транзакций. Вложен ные транзакции выполняются в контексте главной транзакции. При откате главной транзакции автоматически откатываются и вложенные транзакции.

Для выполнения распределенных транзакций, затрагивающих другой сер вер или иной менеджер ресурсов, менеджер транзакций взаимодействует со службой Microsoft Distributed Transaction Coordinator, которая, в свою оче редь, использует службу удаленного вызова процедур (Remote Procedure Calls, RPC), входящую в состав операционной системы. Менеджер транзак ций позволяет использовать точки сохранения, позволяющие программис ту определять точки в теле транзакции, до которых в случае какого-либо сбоя будет выполнен откат.

Менеджер транзакций взаимодействует с менеджером блокировок для опре деления моментов, когда блокировка может быть снята, с учетом уровня изо ляции транзакции. Уровень изоляции, в рамках которого выполняется дан ная транзакция, определяет уровень ее чувствительности к изменениям, вне сенным в данные другими транзакциями, и промежуток времени, в течение которого будет производиться защита ресурса от изменения его другими тран закциями.

В SQL Server 2000 определено четыре уровня изоляции транзакции: Uncom mitted Read, Committed Read, Repeatable Read и Serializable.

Уровень изоляции транзакции Uncommitted Read позволяет транзакции счи тывать любые данные на выбранной странице вне зависимости от того, были или нет эти данные зафиксированы. Предположим, пользователь может вы полнять некоторую транзакцию, обновляющую данные. Даже в том случае, если он установил монопольную блокировку на данные, текущая транзакция, имеющая уровень изоляции Uncommitted Read, сможет прочесть их. После этого пользователь может произвести откат транзакции. Логически будет счи таться, что изменения в базе не были сделаны. Но так как первый пользова тель прочитал измененные данные, он будет работать с заведомо неверной информацией, которую и сохранит в базе данных. В однопользовательской системе, в которой работа с базой данных происходит по очереди, грязного чтения произойти не сможет. В многопользовательской системе существует опасность использования незафиксированных данных. Но если использовать уровень изоляции транзакции Uncommitted Read, будет существенно ускоре на работа по чтению данных, так как пользователям не придется дожидаться снятия блокировки с ресурса.

Уровень изоляции транзакции Committed Read в SQL Server 2000 использу ется по умолчанию. На данном уровне обеспечивается гарантия того, что тран закция не сможет прочитать незафиксированные данные, с которыми в дан ный момент работает другая транзакция. Если текущей транзакции необхо димо получить доступ к изменяемым данным, ей будет необходимо дождать Архитектура SQL Server 2000 ся окончания работы с ними. Перед прочтением данных транзакция налагает на них блокировку share lock, при которой другие транзакции тоже могут просматривать данные, но не изменять их. Блокировка снимается после про чтения данных и отправки их клиенту. Хотя транзакция не может прочитать незафиксированные данные, при повторном обращении к тем же данным они могут быть изменены. Следовательно, результат запроса будет расходиться с изначальным положением дел. Если значения запрашиваемых данных были изменены, то это несоотвествие называется неповторяемым чтением, а новые строки называются фантомами.

Уровень изоляции транзакции Repeatable Read гарантирует, что в процессе работы транзакции данные, которые она использует, не смогут быть измене ны и повторное их чтение вернет те же результаты, что и изначальное. То есть он обеспечивает больший уровень изоляции, чем Committed Read. Однако при данном уровне изоляции все же возможно появление фантомов. При чтении какой-либо записи транзакция накладывает на нее блокировку share lock и не снимает ее до тех пор, пока транзакция не будет зафиксирована либо пока не будет произведен ее откат. Использовать уровень изоляции транзакции Repea table Read следует осмотрительно, так как он требует больших затрат ресур сов системы.

На уровне изоляции Serializable обеспечивается повторное чтение одних и тех же данных и гарантируется невозможность появления фантомов. Для обес печения данного уровня изоляции производится блокировка не отдельных строк набора, а целого диапазона строк. В этот диапазон не могут быть добав лены новые записи, и данные во входящих в него записях тоже не могут быть изменены. Естественно, этот уровень изоляции транзакции требует максималь ных затрат ресурсов, так как по ходу выполнения он налагает на записи бло кировку share lock и снимает ее только после завершения своей работы.

Блокировка является ключевой функцией в многопользовательском сервере баз данных, таком как SQL Server 2000. SQL Server 2000 осуществляет одно временное управление многими пользователями и гарантирует, что выполня емым транзакциям будет обеспечен именно тот уровень видимости, который определен их уровнем изоляции. При использовании наивысшего уровня изо ляции транзакций Serializable можно обеспечить в многопользовательском режиме работы эмуляцию однопользовательского режима. В этом режиме пользователи как будто по очереди получают доступ к ресурсам и данными, и их действия не затрагивают друг друга.

Блокировки защищают данные и внутренние ресурсы, обеспечивая возмож ность параллельной работы с ними многих пользователей с сохранением ло гической целостности данных. Менеджер блокировок налагает и снимает с дан ных различные типы блокировок, такие как Share Locks — для чтения дан ных и Exclusive Locks — для записи. Менеджер блокировок определят совме стимость блокировок различных типов, разрешает взаимоблокировки (Dead locks) и при необходимости вызывает эскалацию блокировок.

Менеджер блокировок предоставляет два различных механизма наложения блокировок. Первый способ включает механизм блокировки строк, страниц 384 Урок 9. Сервер M SQL Server S и таблиц для полностью разделяемых между всеми пользователями таблиц с данными, страниц с данными, строк, страниц с текстом, страниц уровня ли стьев индекса и строк индекса. Второй механизм блокировки предназначен для внутреннего использования и обеспечивает защиту системных данных. Он обеспечивает защиту от изменения корневых и промежуточных страниц ин декса, пока производится его сканирование. Это внутренний механизм исполь зует блокировки «latches», представляющие собой вид блокировок, кратков ременно налагаемых на ресурс и не ожидающих завершения транзакции для завершения своей работы. Использование полных блокировок в столь критич ных местах могло бы полностью затормозить систему. В дополнение, для обес печения защиты данных верхнего уровня, входящих в индекс, блокировки «latches» используются для их защиты при пересылке от ядра хранения реля ционному ядру.

Сетевые библиотеки Сетевые библиотеки представляют собой абстрактный программный слой, позволяющий серверу обмениваться информацией с клиентскими приложе ниями при помощи различных протоколов. Каждому протоколу соответству ет свой собственный драйвер. Сетевые библиотеки позволяют относительно просто работать с различными сетевыми протоколами без необходимости из менения ядра сервера или кода приложения.

Фактически, сетевая библиотека является драйвером, реализующим часть механизма межпроцессного взаимодействия (Interprocess Communication, IPC).

Весь код SQL Server 2000, включая код сетевой библиотеки, использует вы зовы функций подсистемы WIN 32. Сервер управляет сетевыми библиотека ми, используя общий внутренний интерфейс между ODS, который управляет соединением и сетевыми библиотеками.

SQL Server 2000 использует абстрактный слой сетевых библиотек на клиент ской и серверной сторонах, делая возможным одновременное взаимодействие с сервером нескольких клиентов, использующих различные протоколы. Опе рационные системы Windows NT/2000 и Windows 98 поддерживают одновре менное использование разнородного стека протоколов.

В SQL Server 2000 используются первичные и вторичные сетевые библиоте ки. Протоколы TCP/IP, Named Pipes и IPX/SPX относятся к вторичным се тевым библиотекам. По умолчанию взаимодействие между клиентским при ложением и экземпляром сервера SQL Server 2000, расположенными на од ной машине, осуществляется при помощи разделяемой памяти (Shared Me mory). На рис. 9.12 приведен соответствующий пример.

Взаимодействие между сервером и клиентами, расположенными на разных компьютерах, осуществляется через первичную сетевую библиотеку Super Socket. Сетевая библиотека Super Socket может использовать два типа соеди нений о При использовании сокетов TCP/IP или протокола NWLINK IPX/SPX сетевая библиотека Super Socket напрямую вызывает методы Windows Сетевые библиотеки Socket 2 API, с помощью которых осуществляется взаимодействие между клиентским приложением и экземпляром SQL Server 2000.

О Если используются Named Pipes, Virtual Interface Architecture (VIA) SAN, Multiprotocol, AppleTalk или Banyan VINES, сетевая библиотека Super Socket использует драйвер, соответствующий данному протоколу. Взаимо действие между сетевой библиотекой и драйвером (вторичной сетевой библиотекой) осуществляется через специальный промежуточный компо нент — маршрутизатор сетевой библиотеки (Net-Library router).

SQL Server + клиентское приложение DB-Library ODBC OLEDB Client Application Client Application Client Application DB-Library ODBC OLEDB Client Application Client Application Client Application Client Shared Memory Net-Library Shared Memory Server Shared Memory Net-Library Open Data Services (ODS) SQL Server Рис. 9.12. Взаимодействие клиентского приложения и сервера в рамках одной машины На рис. 9.13 приведена соответствующая схема. Также с сетевой библиотекой может использоваться специальный программный слой, предназначенный для шифрования пересылаемых по сети данных, — Encryption layer.

Шифрование на уровне Encryption layer осуществляется средствами SSL (Secure Sockets Layer) API. Ключ шифрования может занимать 40 или 13 Зак. 386 Урок 9. Сервер M SQL Server S бит в зависимости от версии Windows клиентского и серверного компьюте ров. Активизация режима шифрования пересылаемых данных может суще ственно снизить производительность сетевой базы данных не только за счет существенных нагрузок на систему при шифровании и дешифровании паке тов, но и за счет необходимости постоянного обмена данными между клиен том и сервером. Подводя итог, можно выделить последовательность, с кото рой происходит установление соединения между сервером и клиентом:

1. Клиентское приложение осуществляет вызов OLE DB, ODBC, DB-Library, или внутренний SQL API. Это достигается при помощи вызовов методов OLE DB provider, ODBC driver или DB-Library DLL для соединения с сервером.

Клиент Клиент Клиент ODBC OLE DB OLEDB Client Application Client Application Client Application OLE DB SQL Server SQL Server Provider for SQL DB-Library DLL ODBC Provider Server Client Named Client Client TCP/IP Pipes Pipes Multiprotocol Net-Library Net-Library Net-Library Encryption layer Encryption layer Encryption layer NWLink NWLink NWLink Network Network Network Encryption layer Encryption layer Encryption layer Server Named Client Server TCP/IP Multiprotocol Sockets Pipes Net-Library Net-Library Net-Library Open Data Services (ODS) SQL Server SQL Server Рис. 9.13. Взаимодействие клиентского приложения и сервера с разных машин Сетевые библиотеки 2. OLE DB provider, ODBC driver или DB-Library DLL обращаются к клиент ской сетевой библиотеке. Клиентская сетевая библиотека, в свою очередь, обращается к IPC API.

3. Клиентское приложение, используя методы IPC, передает запросы сервер ной сетевой библиотеке, а через нее — серверному модулю IPC. Если это локальный IPC, то вызовы передаются с использованием средств операци онной системы, таких как разделяемая память (Shared Memory) и имено ванные каналы (local named pipes). Если это сетевой IPC, стек сетевых про токолов клиента взаимодействует со стеком сетевых проколов сервера.

4. Серверная сетевая библиотека передает запросы, поступившие от клиент ского приложения серверу SQL Server 2000.

От сервера к клиенту данные передаются в обратном порядке.

Серверные сетевые библиотеки Настройка сетевых библиотек на стороне сервера начинается с настройки соответствующих сетевых протоколов. После этого уже можно перейти к не посредственной настройке серверных сетевых библиотек. Для управления сетевыми библиотеками на стороне сервера используется утилита SQL Server Network Utility, вызвать которую можно, выполнив команду Svrnetcn. Окно ути литы показано на рис. 9.14.

* Sc)l Чсгте. HulwciikUiility x i General j Nelwotk Libraries j • • ЦТ lQslance(s) on this seiver: • • •г.

Disabled protocols: E n a b l e d p r o t o c o l s :

пзЫе >> | i N a m e d P i p e s J T C P / I P * ^ N W L i n k l P X / S P X « D.isable i. J i J ^ _ | P r o p e r t i e s } Force protocol encryption Г" Enable^VinSock pioxj» Г.

ок | :

•j Q T M e H a f ":;

:••-::;

::•;

• Рис. 9.14. Окно утилиты SQL Server Network Utility, вкладка General Окно утилиты содержит две вкладки. На вкладке General предоставлены сред ства для конфигурирования сетевых библиотек на стороне сервера. На вкладке Network Libraries содержится список доступных сетевых библиотек.

Как было отмечено ранее, на одной машине может быть установлено несколько экземпляров SQL Server 2000, имеющих разные имена. Соответственно, каж 388 Урок 9. Сервер M SQL Server S дый экземпляр имеет свои собственные настройки. Выбрать экземпляр SQL Server 2000 можно из списка Instance(s) on this server. В списке Disabled protocols перечислены имена сетевых библиотек, не используемых данным экземпля ром сервера, а в списке Enabled protocols указываются используемые протоко лы. Добавить или убрать протокол из списка можно при помощи кнопок Enabled и Disabled. При конфигурировании сетевых библиотек на стороне сервера сле дует учитывать, что некоторые из них не могут работать с именованными экземплярами сервера. Подходящие протоколы перечислены в списке:

О Named Pipes;

О TCP/IP;

О NWLink IPS/SPX;

О Shared Memory.

А теперь следует рассмотреть протоколы подробнее. Впрочем, следует учи тывать, что некоторые из них доступны только при использовании неимено ванного экземпляра SQL Server:

О Протокол TCP/IP использует сокеты TCP/IP. Функционирование осуще ствляется поверх механизма IPC. Данный протокол используется по умол чанию на всех версиях Windows. SQL Server 2000 обычно использует порт 1433.

О Протокол Multiprotocol использует службу вызова удаленных процедур RPC операционной системы Windows NT. Сетевая библиотека не требует конфигурирования и работает с использованием большинства протоколов механизма IPC. Также протокол поддерживает шифрование пересылаемых данных и проведение аутентификации Windows NT при использовании любого протокола, поддерживающего RPC.

О Протокол NWLink IPX/SPX позволяет подключаться к серверу клиентам Novell Netware.

О Протокол AppleTalk ADSP позволяет клиентам Apple Macintosh подклю чаться к серверу SQL Server 2000, используя прокол AppleTalk.

О Протокол Banyan VINES обеспечивает взаимодействие клиентов и серве ра по протоколу Banyan VINES IP.

О Протокол VIA GigaNet SAN был специально разработан для осуществле ния высокоскоростного обмена сообщениями между серверами, включен ными в одну группу. Данный протокол не может использоваться для свя зи между рабочими станциями. Связь между клиентом и сервером по дан ному протоколу может быть осуществлена только в случае взаимодействия систем, основанных на Windows NT Server, Advanced Server, Windows Server, Advanced Server и Data Center.

о Протокол Named Pipes позволяет серверу использовать именованные ка налы и используется в Windows NT и Windows 2000 по умолчанию. Биб лиотека может работать поверх остальных. По умолчанию для SQL Server 2000 устанавливается канал \\.\pipe\sql\query. Если установлен именован Сетевые библиотеки ный экземпляр сервера, то перед именем канала указывается его имя:

\\.\pipe\MSSQL$instancename\sql\query.

В табл. 9.1 показано, как между собой связаны сетевые библиотеки IPC API и сетевые протоколы.

Таблица 9.1. Связь между сетевыми библиотеками IPC API и сетевыми протоколами Протокол, используемый Сетевая библиотека Сетевой протокол, сервером SQL Server 2000 IPCAPI используемый IPC API TCP/IP Sockets Windows Socket 2 TCP/IP File system (local) TCP/IP Windows Named Pipes Named Pipes NetBEUI NWLink Windows Socket 2 NWLink NWLink IPX/SPX VIA GigaNet SAN Virtual Interface (VIA) Virtual Interface Architecture Architecture (VIA) Multiprotocol Windows RPC File system (local) TCP/IP NetBEUI NWLink AppleTalk AppleTalk ADSP AppleTalk Banyan Vines Banyan VINES SPP Banyan VINES Практически все библиотеки имеют параметры, определяющие различные настройки соединения. Для того чтобы получить доступ к настройкам, необ ходимо выбрать протокол и нажать на кнопку Properties. На рис. 9.15 приве дено окно настройки параметров соединения для протокола TCP/IP.

Nt o Pooo Da» Vu Stp e r r t c l eu ae e wk l lu D a t poll:

eu ll • He sre d evr ' Hp el Рис. 9.15. Настройка параметров протокола TCP/IP на стороне сервера Основным параметром сервера является порт, по которому будет производить ся связь с сервером. Установив флажок Hide server, можно «спрятать» экземп ляр сервера от сканирования по портам. Для обращения к серверу клиенты должны будут указывать имя сервера и используемый порт.

Также на вкладке General утилиты SQL Server Network Utility находятся флажки Force Protocol Encryption и Enable WinSock proxy. Установка флажка Force Protocol Encryption включает механизм шифрования данных, пересылаемых между кли ентом и сервером с использованием протокола SSL. Установка флажка Enable WinSock proxy разрешает использование прокси-сервера для передачи данных.

Прокси-сервер может быть использован для обеспечения доступа к серверу 390 Урок 9. Сервер MS SQL Server SQL Server 2000, расположенному в локальной сети, из Интернета. Автома тически становятся доступными поля WinSock proxy address и WinSock proxy port, в которых необходимо указать адрес прокси-сервера и порт.

Клиентские сетевые библиотеки Клиентские сетевые библиотеки используется на стороне клиентских прило жений для соединения с сервером. В предыдущих главах для соединения с сер вером использовалась трехзвенная архитектура, включающая в себя сервер приложения. В данной главе будет рассмотрен вариант использования стан дартных средств коммуникации.

Чтобы соединение могло быть установлено, на стороне сервера и на стороне клиента должны быть зарегистрированы одни и те же протоколы. Для кон фигурирования клиентских сетевых библиотек предназначена утилита SQL Client Network Utility, окно которой приведено на рис. 9.16. Вызвать данную утилиту можно при помощи команды diconfg.

- S L Stiver Uicnt n t ok Utility l J ew r G n r l j Aa \ D - bay O t n | N t ok L r r s j e ea l s BU rr pi s e r i ai o w be Da e poo o sbd r t c s ij l Ea e poo o b od r r b d r t c l y r e:

jl s M li r t c l upoo o t pTfvip: " ••••••••'" A pTk peall Nmd P e a e psi Bna V E a yn N SI N Lk I X P Wn P / X i S VI A ae » nbl « Da e sb il tU! Eo ete..

r p ri s F re poo o e cy t n oc r t c l n r pi o E a e s ae mmr poo o nb hrd e o r t c l l y Применить Справка Отмена Рис. 9.16. Окно утилиты SQL Client Network Utility, вкладка General В клиентской утилите есть два списка, в которых указываются используемые и неиспользуемые сетевые протоколы. В списке Disabled Protocols указаны не активные протоколы. В списке Enabled Protocols by Order указываются прото колы, используемые клиентом для соединения с сервером. Если на клиент ской стороне выбрано несколько протоколов, поддерживаемых сервером, связь будет вестись по тому протоколу, по которому будет первым установлено соединение. Первым будет произведена попытка соединения по протоколу, указанному верхним в списке.

Флажок Force Protocol Encryption включает режим шифрования данных, пере сылаемых между клиентом и сервером. Шифрование данных будет произво диться только в том случае, если оно включено и на сервере. Флажок Enable Shared Memory Protocol активирует режим использования разделяемой памяти Сетевые библиотеки (Shared Memory) при обмене данными между клиентом и сервером, располо женными на одной машине.

Так как каждый экземпляр SQL Server 2000 может иметь свои собственные параметры сетевых библиотек, было бы весьма неудобно всякий раз перена страивать параметры соединения при работе с нужным экземпляром. Выхо дом является использование псевдонимов серверов, представляющих собой учетные записи, содержащие информацию о подключении. На рис. 9.17 пока зана вкладка Alias клиентской программы конфигурирования сетевых библио тек, в которой можно конфигурировать псевдонимы серверов.

Gnrl ' l e j D -b rOm j Nt o L r r s J eea A e BL f y p s e r bae ia i l wk i i Sre a s c ni uai n e r a o f rt s vl i go 1 S y f a s - | Nt o bay j Cneo prmtr ee a il i e r i rr wk l o ncn a e s t ae i ;

MAc yae il Nmd P e J a e p:i Add., j Remove \ Рис. 9.17. Окно создания нового псевдонима сервера Сервер может иметь несколько псевдонимов, каждый из которых может со держать различные варианты конфигурирования сетевых библиотек. Имя сервера и имя псевдонима никак не связаны между собой и могут отличаться друг от друга.

На вкладке Alias содержится список зарегистрированных на клиентской сто роне псевдонимов с указанием типа сетевой библиотеки и параметров соеди нения. Для добавления, удаления и изменения параметров псевдонимов пред назначены кнопки Add, Remove и Edit. В случае необходимости добавления нового псевдонима необходимо нажать кнопку Add, появится окно, показан ное на рис. 9.18.

В поле Server alias необходимо указать уникальное имя псевдонима сервера.

Затем следует выбрать сетевую библиотеку из списка Network libraries. В каче стве примера можно указать протокол TCP/IP. После этого необходимо указать параметры соединения. В поле Server name вводится IP-адрес сервера. Для ло кального сервера используется значение 127.0.0.1. В поле Port number указы вается порт, через который будет производиться взаимодействие между кли ентом и сервером. В данном случае обычно используется порт 1433.

Если установить флажок Dynamically determine port, то клиентское приложе ние автоматически попытается определить порт, на который настроен сервер 392 Урок 9. Сервер M SQL Server S в момент соединения. Использовать данную функцию обычно не рекоменду ется, так как каждый раз будет тратиться время на определение порта. В том случае, если на сервере задействован режим Hide server, клиент просто не об наружит его. Таким образом, для соединения с сервером через Microsoft OLE DB Provider for SQL Server необходимо будет указывать не имя сервера, а имя псевдонима сервера.

I™^ :• •....' '• /• • ' •. J% ™ S re a d:

ev t d s JMyServer ;

;

- • " ••••"• • ;

• Connection parameters •:

• г Network Ifbfaries ] i " Гшшп : Named ripes i ;

Server name;

i j& XCP/IP : ^Tiarmcally determine pod i % Multiprotocol \ r' \ [шз NWLinklP^/SPX II Port number.

I Г AppteTalk 1 Г BanyanVINES 1-:C VIA j С Other OJ K Cne j acl Hl j j ep L Рис. 9.18. Диалоговое окно добавления сетевой библиотеки На вкладке DB-Library Options содержится информация об установленной на клиенте библиотеке DB-Library. Библиотека DB-Library представляет собой один из механизмов работы с сервером. Окно, помимо информации о библио теке, имеет два флажка, позволяющих управлять параметрами соединения.

Использование флажка Automatic ANSI to O M conversion обеспечивает автома E тическое преобразование типа данных из формата ANSI в формат OEM и об ратно при пересылке между сервером и клиентом. Флажок Use international settings указывает на необходимость использования национальных установок, принятых в операционной системе. В ином случае будут использоваться на стройки, установленные в библиотеке.

На вкладке Network Libraries, окно которой приведено на рис. 9.19, содержится список доступных сетевых клиентских библиотек.

При помощи созданного псевдонима нужно соединиться с сервером. После открытия нового проекта на основной форме нужно расположить компонент TADOConnection. После этого необходимо активировать окно настройки соеди нения с сервером (рис. 9.20).

В поле ввода имени сервера нужно ввести созданный псевдоним, например MyServer. Затем потребуется выбрать аутентификацию средствами Windows NT, в поле выбора базы данных указать Northwind и проверить соединение.

На форме осталось разместить компоненты TADOTabie, TDataSource nTDBGrid, которые затем нужно связать друг с другом. В компоненте TADOTable потребу ется выбрать ту или иную таблицу. Теперь можно проверить работу приложе ния, активировав компоненты соединения и компонент таблицы.

Типы данных SQL Server S L Seiver Client N t ok Utility Q ew r G na j A s \ D L rr Oos Nt o lbai s j e el a ii l Br a pn e r i r re by t i wk ' Fl D t I S e N t ok L r r i L r r Fl Nm ew r bay bay ie a e i i i V ri n eso ie ae " e Nmd P e a e p s DW D W \ Y T M 2D N P. 803 i : N 0 SSSE 3 \ B M N.. \I 1 07.... 28 Б72 By 9 By T PI C/ P DW 0 W \ Y T M 2D N TI. 803 : I 0 SSS E 3 \ B E L.. \N. 27.09.... Б1 440 By M li r t c l utpoo o DW D W \ Y T M 20 M R. 803 : N 0 SSS E 3 \ B S P.. \I 13.07.... 24 576 By N L k F S X DW D W \ Y T M 2D N TI. 803 Wn I W P : I 0 SSS E 3 \ B E L.. i \N. 27.09... Б1 440 By A pTl pl a ek DW D W \ Y T M2D M A. 803 : N D SSSE 3\ B S D.. \I 19.07.... 20 480 By Bna V E D W DW \ Y T M2 D M V. 803 a yn N S A N 0 SSSE 3S B SN.. I I I 19.07.... 24 V ( gnt I Q a e) Ai D W DW \ Y T M2D M G.

A N 0 SSSE 3\ B S N I 20.10.... 24 340 By VA ( L g ) DW D W \ Y T M2D M Q.

I Q oi c : N O SSSE 3\ B S L \I 17.12.... 33 By 4 '.•...•'.• '' -• Щ ?,;

• O K Отмен Справка Рис. 9.19. Окно утилиты SQL Client Network Utility, вкладка Network Libraries ! Поставщик данных Подключение j Дополнительно | Все Для подключения к данным SQL Server укажш"е следующее:

1. В ыберш-е или введите имя сервера:

^MySefver »i Обновить i!

2. Для входа в сервер использовать:

;

•'. учетные сведения Windows NT '• следящие имя и пароль пользователя:

3. *•' Выберите базу данных на сервере:

• jmaster * Подсоединить Файл с базой данных под имене!

Рис. 9.20. Окно установки связи с сервером Типы данных SQL Server SQL Server 2000 имеет 27 типов данных, часть которых эквивалентна типам данных, определенным в стандарте SQL-92. Следует рассмотреть каждый тип данных достаточно детально:

394 Урок 9. Сервер M SQL Server S О bigint — целочисленный тип данных, предназначенный для хранения чи сел в широком диапазоне данных. Для хранения значений используется 8 байт.

О 1nt — целочисленный тип данных, предназначенный для хранения целых чисел. Для хранения данных используется 4 байта.

о smallint — целочисленный тип данных, предназначенный для хранения чисел в диапазоне от -32 768 до 32 767. Для хранения данных использует ся 2 байта.

О tinyint — целочисленный тип данных, предназначен для хранения чисел в диапазоне от 0 до 255. Для хранения данных используется 1 байт О decimal [(p[, s ] ) ] и numeric[(p[, s])] — нецелочисленные типы данных. Эти два типа эквивалентны. Аргумент р определяет разрядность (целую часть) хранимого числа, а аргумент s определяет его точность (дробную часть).

Точность может достигать значения разрядности, но не должна превышать ее. По умолчанию точность устанавливается равной нулю, то есть число хранится как целое. Тип данных может хранить число в диапазоне от -10 3 8 +1 до 10 38 - 1. Количество памяти, отводимое для хранения одного числа, является переменной величиной и зависит от разрядности.

О f"loat[(n)] — нецелочисленный тип данных, предназначен для хранения чисел в диапазоне от 1,79Е308 до -1,79Е 308. Аргумент п определяет количе ство бит, отводимых для хранения числа. Тип данных производит аппрок симацию хранимых чисел, представляя число в экспоненциальном виде, в виде мантиссы и порядка. В ходе операций возможно округление числа, что вызовет несоотвествие исходного и сохраненного значений. Данный тип нельзя использовать для операций с денежными средствами.

О real — нецелочисленный тип данных, предназначен для хранения чисел в диапазоне от -3,40Е 3 8 до 3,40Е38. Для хранения данных используется 4 байта.

О money — денежный тип данных. Для хранения данных используется 8 байт.

О smal I money — денежный тип данных. Для хранения данных требуется 4 бай та.

О datetime — тип данных, предназначенный для хранения информации о да те и времени. Используется для хранения дат в диапазоне от 1 января 1753 года до 31 декабря 9999 года с точностью 3,33 мс. Для хранения дан ных требуется 8 байт.

О small datetime — аналогичен типу данных datetime, но обладает меньшей точностью. Тип данных предназначен для хранения дат в диапазоне от 1 января 1900 года до 6 июня 2079 года с точностью до одной минуты.

О binary[(n)] — тип данных, предназначенный для хранения двоичных дан ных в сегментах определенной длины. В параметре п указывается размер хранимого значения. Для представления одного символа используется 1 байт. Может принимать значение размером от 1 до 8000 знаков.

Типы данных SQL Server 2000 О varbinary[(n)] — тип данных переменной длины, аналогичен binary, за тем исключением, что сохраняется не целый сегмент, а только данные. Работа с этим типом требует от системы несколько большего количества ресур сов, чем работа с типом binary.

О image — тип данных переменной длины, предназначен для хранения дво ичных данных. Значения данного типа хранятся на отдельных страницах.

О char[(n)] — строковый тип данных фиксированной длины. Для хранения каждого значения в формате ASCII будет выделен сегмент определенной длины, указанной в параметре п. Тип данных может хранить от 1 до 8000 байт.

О varchar[(n)] — строковый тип данных переменной длины, предназначен для хранения данных в формате ASCII. В целом аналогичен типу char, за ис ключением того, что хранит данные не в сегментах фиксированного раз мера, а в равных реальному размеру содержащихся в них данных.

О nchar(n) — строковый тип данных фиксированной длины, предназначен ный для хранения данных в формате UNICODE. Тип данных может хра нить максимум 4000 символов.

О nvarchar(n) — строковый тип данных переменной длины, предназначенный для хранения данных в формате UNICODE.

О text — тип данных ASCII переменной длины, предназначенный для хра нения блоков текстовых данных.

О ntext — аналогичен типу text, но предназначен для хранения данных в фор мате UNICODE.

О bit — тип данных, принимающий либо нулевое, либо единичное значение.

О cursor — тип данных, используемый в переменных или в хранимых проце дурах в качестве выходного параметра. Тип данных содержит указатель на курсор. При создании переменной данного типа ей присваивается нулевое значение.

О sqt_variant — тип данных, предназначенный для хранения значений других типов данных. Тип данных может использоваться в столбцах таблиц, пере менных, параметрах и возвращаемых значениях пользовательских функций.

Значение типа данных может иметь длину до 8016 байт.

о table — специальный тип данных, представляющий собой виртуальный набор данных и предназначенный для использования в качестве перемен ной. Работа с такой переменной осуществляется, как с обычной таблицей базы данных.

О uniqueidentifier — тип предназначен для хранения уникального глобаль ного идентификатора (GUID). Идентификатор представляет собой шест надцатеричное число, имеет размер 16 байт и записывается в формате хххххххх-хххх-хххх-хххх-хххххххххххх. Для генерирования значения иденти фикатора в SQL Server 2000 предусмотрена функция N WD EI.

О timestamp — тип данных, предназначен для автоматического генерирования значения, уникального в пределах базы данных.

396 Урок 9. Сервер MS SQL Server Для преобразования значений типов данных из одного в другой могут быть использованы функции CAST(expression AS data_type) и CONVERT(data_type[(length)] expression [style]).

В параметре expression указываются какое-либо выражение или величина, а в параметре datatype указывается тип данных, в который она конвертиру ется. Применение этих функций иллюстрирует следующий фрагмент кода:

S L C CAST(CAST(0x41 A nvarchar) A varbinary);

EE T S S S L C CASTCabc1 AS varchar(5)) C L A E French_CS_AS;

EE T OL T Возможности обеих функций практически равноценны, однако функция C N O V R предоставляет большие возможности по форматированию значений типа ET datetime и smalldatetime. Параметр length, который позволяет определить ве личину параметра, является опциональным. Параметр style позволяет явно задать формат, в котором будут представлены данные типа даты и времени, текстовые и строковые.

Соединение с сервером Основной утилитой, с помощью которой осуществляется управление серве ром, является утилита SQL Server Enterprise Manager. Окно утилиты показано на рис. 9.21.

ш 3 Консоль Действие Вид Tools Окно Справка \ 1 ^ | •*;

Щ С? т - vS '•> ••'< т\Щ Щ :• Гп C«i.»le Koo1U*,rrU50f. SQ1 ietveriVML Server Group 0(П| S L Setvei Go p 1 Item Q ru iQj Console Root i В *§J Microsoft SQL Servers ill + ! В € i | SQL Server Group IULAV\MYSQI Й- Щз LULAY\MYSQL5ERVER (Wind !

SRE E VR Ф i\J Databases ((Windows NT) •+:• Ш Data Transformation Ser Si- Ш Management * - Э Replication ;

-;

(vj Security ^ : Server Roles • :+: Щ Linked Servers '$ Remote Servers ;

+• -E3 Support Services ii: • ft) Meta Data Services Рис. 9.21. Окно утилиты SQL Server Enterprise Manager В левой части окна находится список SQL Server Group, в котором можно будет получить доступ к установленному экземпляру SQL Server 2000. Соединить ся с сервером можно, дважды щелкнув на названии экземпляра либо выбрав в его контекстном меню команду Connect. В раскрывшемся списке доступны Соединение с сервером такие объекты, как Databases — перечень баз данных, установленных в систе ме, Management — группа объектов, предназначенных для управления серве ром, Replication — объекты, осуществляющие репликацию баз данных и под писку на публикуемые базы данных, и Security — группа объектов, определя ющих права доступа к системе.

Для того чтобы установить соединение с удаленным сервером по какому-либо протоколу или получить доступ к данному с отличными от администратор ских правами, необходимо создать новую регистрацию сервера. Сервер мо жет быть зарегистрирован в текущей группе либо в новой группе. Для того чтобы создать группу, необходимо выбрать пункт главного меню Action •New SQL Server Group. В появившемся окне будет предложено создать корневую груп пу (Top level group) либо подгруппу какой-либо созданной ранее (Sub-group of:).

Pages:     | 1 |   ...   | 4 | 5 || 7 | 8 |



© 2011 www.dissers.ru - «Бесплатная электронная библиотека»

Материалы этого сайта размещены для ознакомления, все права принадлежат их авторам.
Если Вы не согласны с тем, что Ваш материал размещён на этом сайте, пожалуйста, напишите нам, мы в течении 1-2 рабочих дней удалим его.