WWW.DISSERS.RU

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

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

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

«ББК 32.973 С 43 Скляр А.Я. ...»

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

// Переводим таблицу в режим редактирования tt->LoadFromFile("AAA.AAA") ;

// Записываем данные из файла в BLOB При использовании для записи данных в BLOB объекта TQuery код примет следующий вид:

// Запрос должен быть обновляемым !!

// то есть свойство RequestLive=true ••. // Находим нужную строку TBLOBField * tt= dynamic_cast (Queryl->FieldByName("REFERAT"));

// Настраиваемся на работу с BLOB Queryl->Edit();

// Переводим запрос в режим редактирования tt->LoadFromFile("AAA.AAA");

// Записываем данные из файла в BLOB 162 Глава Если запрос не является обновляемым, то необходимо выдать явно команду UPDATE. Это можно сделать многими способами. Например, можно поступить так.

Установить свойство TQuery CashedUpdate=true. В этом случае вно симые в поля запроса изменения не посылаются в базу, а просто запоми наются на клиенте. Для внесения изменений необходимо выполнить яв ным образом команду обновления.

Рассмотрим подобное обновление на следующем примере.

Пример 6. Для реализации дополнения необходимо выполнить ряд действий.

• Добавить в форму объект TUpdateSQL, в котором хранятся тексты SQL для внесения изменений. Для них предусмотрены 3 свойства:

DeleteSQL, ModifySQL и InsertSQL.

• Связать объект TQuery с TUpdateSQL, задав в свойстве объекта TQuery UpdateObject имя объекта TUpdateSQL. В нашем случае UpdateSQLl.

• В свойства объекта UpdateObject 1 записать запросы на изменение данных:

DeleteSQL d e l e t e from TBOOK where UNIKEY = :OLD_UNIKEY ModifySQL update TBOOK set BOOKNM = :BOOKNM, REFERAT = -.REFERAT where UNIKEY = :OLD_UNIKEY InsertSQL insert into TBOOK (MATHERKEY, BOOKNM, REFERAT) values (MATHERKEY, :BOOKNM, :REFERAT) Для нашего примера достаточно только свойства ModifySQL, осталь ные приведены чисто справочно. Значения параметров запросов на изме нение данных автоматически берутся на основе значений текущей строки родительского запроса Query 1.

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

TBLOBField * tt= dynamic_cast (Queryl->FieldByName("REFERAT"));

// Настраиваемся на работу с BLOB Queryl->Edit();

// Переводим запрос в режим редактирования Расширенные возможности для работы с базой Расширенные возможности для работы с базой tt->LoadFromFile("AAA.AAA");

// Записываем данные из файла в BLOB // (пока только на клиенте) UpdateSQLl->Apply(ukModify);

// Записываем в базу Запись данных из BLOB в поток для последующего чтения В рассматриваемых выше примерах данные BLOB считывались и об рабатывались либо специальными объектами, либо внешними программа ми (по результатам записи в файл). Если же данные BLOB необходимо обработать непосредственно, то лучше и чтение и запись производить в соответствующие рабочие переменные.

Пример 6.... // Находим нужную строку TBLOBField * tt= dynamic_cast (Queryl->FieldByName("JOB_REQUIREMENT"));

// Настраиваемся на работу с BLOB TBLOBStream *bs = new TBLOBStream(tt, bmRead);

// Создаем поток для чтения из выбранного BLOB Memol->Lines->LoadFromStream(bs);

// Читаем данные из потока в поле приложения delete bs;

// удаляем поток Чтение данных в BLOB из потока Пример 6. Queryl->Edit();

// Переводим запрос в режим редактирования TBLOBField * tt=dynamic_cast (Queryl->FieldByName("JOB_REQUIREMENT"));

// Настраиваемся на работу с BLOB TMemoryStream *bs = new TMemoryStream();

Memol->Lines->SaveToStream(bs);

// Заполняем поток данными из приложения tt->LoadFromStream(bs);

// Записываем данными в BLOB.

delete bs;

// удаляем поток // Выдаем команду на обновление базы (см. пример 6.19) Фактически, поскольку настроечные операции, связанные с открыти ем таблиц, запросов выполняются однократно, собственно доступ к дан ным BLOB реализуется одним или двумя операторами. Причем весь кон 164 Глава троль правильности выполнения действий по доступу к BLOB выполняет ся стандартными средствами, что снижает вероятность ошибок.

6.3. Функции пользователя (UDF) НАЗНАЧЕНИЕ И ВОЗМОЖНОСТИ ИСПОЛЬЗОВАНИЯ Пользовательские функции (User defined functions - UDF) - это про граммы на базовом языке для выполнения в приложениях, часто исполь зуемых при работе с базой данных задач. UDF помогают обеспечить мо дульность приложений, выделяя их в отдельные модули многократного использования.

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

Замечание. UDF и фильтры BLOB не поддерживаются на серверах NetWare.

Пользовательские функции не являются частью базы. Они помеща ются в отдельную библиотеку (DLL), находящуюся на той же машине, что и база данных. Чтобы сделать функции доступными в базе, их надо в ней объявить. После этого обращение к ним осуществляется точно так же, как к стандартным функциям InterBase. Другими словами, вызов этих функ ций может производиться везде, где синтаксисом SQL предусмотрено ис пользование выражений.

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

ОБЪЯВЛЕНИЕ ВНЕШНЕЙ ФУНКЦИИ Как только UDF была написана и откомпилирована в библиотеку, она должна быть объявлена в базе данных, где предполагается ее использо вать. Для этого предусмотрена команда DELCARE EXTERNAL FUNCTION.

Каждая функция в базе данных должна быть объявлена отдельно. По ка точка входа и имя модуля (библиотеки) и путь к нему не изменяется, нет необходимости в переобъявлении функции, даже если сама функция изменяется.

Синтаксис объявления внешней функции следующий:

DECLARE EXTERNAL FUNCTION name /\LIST_datatypes ] RETURNS (datatype [BY VALUE] / CSTRING ( int)} fFREE_ITJ ENTRY_POINT 'entryname' Расширенные возможности для работы с базой MODULE_NAME 'moduIename';

d a t a t y p e s ;

: = { d a t a t y p e / CSTRING ( i n t ) } datatype - любой разрешенный в InterBase тип данных кроме масси вов и BLOB CSTRING ( int) - специальный тип для представления строк, пред ставляющий собой последовательность символов, заканчивающуюся дво ичным 0.

F R E E J T - специальная конструкция, обеспечивающая указывающая на необходимость освобождения памяти выделенной пользовательской функцией для возвращаемого значения, передаваемого по ссылке. Необ ходимость в такой конструкции вызвана тем, что запрос памяти произво дится в UDF, а освобождение должно выполнятся в InterBase, о чем, ко нечно, должно быть известно заранее.

Таблица 6.6. Синтаксические конструкции объявления внешних функций Конструкция Описание name Имя UDF для использования в командах SQL;

может отли чаться от имени функции (в библиотеке) указанной после ключевого слова ENTRYPOINT datatype Тип данных входного параметра или возвращаемого значения.

Все входные параметры передаются UDF по ссылке.

Возвращаемое значения может передаваться как по ссылке, так и по значению.

Использование элементов массива запрещено RETURNS Определяет возвращаемое функцией значение BY VALUE Указывает, что возврат производится по значению. Если кон струкция опущена, то возврат производится по ссылке CSTRING (int) Указывает, что UDF возвращает строку, заканчивающуюся ограничителем \ FREEJT Освобождает память, занятую возвращаемым значением по сле выполнения UDF.

Использовать только, если память в UDF выделялась динами чески 'entryname' Заключенное в кавычки имя UDF, как оно записано в библио теке 'modulename' Спецификация файла, идентифицирующая библиотеку, кото рая содержит UDF. Текст должен заключаться в кавычках.

166 Глава * Библиотека должна постоянно находиться на сервере;

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

* На любой платформе модуль может быть указан без имени пути, если он находится в ib install dir/lib.

* Следует использовать полное имя файла библиотеки, вклю чая расширение, даже если имя пути не указано СОЗДАНИЕ ПОЛЬЗОВАТЕЛЬСКИХ ФУНКЦИЙ Тот факт, что в InterBase включен только базовый набор функций для использования в SQL-выражениях, ни в коей мере не является ограниче нием. Механизм User Defined Functions (UDF), позволяет писать пользова тельские функции на любом компилирующем инструменте разработки (базовом языке). Такие функции выполняются на сервере, причем в рам ках процесса сервера, что повышает скорость их вызова практически до уровня скорости вызова стандартных SQL-функций.

UDF могут быть написаны, вообще говоря, на любом языке. Здесь мы рассмотрим подготовку функций на С (C++). Прежде всего, отметим, что все передаваемые в UDF параметры всегда передаются по ссылке, то есть должны быть объявлены в функции как указатели. Возвращаемое значе ние может передаваться и по ссылке и по значению.

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

Построим такую библиотеку для Windows в среде C++Builder. Воспользу емся DLL Wizard'oM, необходимым для корректной настройки компонов щика в файле проекта. В других компиляторах проект будет строиться иначе, но сам текст программ будет идентичен. В начале текста подклю чается заголовочный файл , за которым объявляются наши функции (их объявления можно также поместить в свой заголовочный файл).

Пример 6. // # include extern "C" long declspec(dllexport) if_i(double* m,long* a,long* b ) ;

extern "C" double * declspec(dllexport) if_d(double* m,double* a,double* b ) ;

extern "C" char * declspec(dllexport) r_upper(char * a ) ;

extern "C" char * declspec(dllexport) rupper(char * a ) ;

extern "C" int declspec(dllexport) idate(int * a ) ;

Расширенные возможности для работы с базой 167_ tpragma argsused int WINAPI DllEntryPoint(HINSTANCE hinst, unsigned long reason, void* lpReserved) { return 1;

} II В объявлении функций стоит обратить внимание на конструкции extern "С" и declspec(dllexport). Эти конструкции обеспечивают кор ректность хранения имен и вызова функций из создаваемой DLL. Далее идет текст самих функций. Остановимся на нем несколько подробнее.

Первая функция if_i является аналогом условной операции С. Она возвращает второй аргумент, если значение первого положительно, и тре тий - в противном случае.

long declspec(dllexport) if_i(double* m,long* a,long* b) (return (*m>0)?*a:*b;

} Соответствующее ей объявление внешней функции в базе будет иметь такой вид:

DECLARE EXTERNAL FUNCTION IIF DOUBLE PRECISION, INTEGER, INTEGER RETURNS INTEGER BY VALUE ENTRY_POINT "if_i" MODULE_NAME "e:\USERSYS\MDLL\MyDLL";

Здесь "e:\USERSYS\MDLL\MyDLL" задает полный путь к DLL.

Если библиотека помещена в стандартную директорию InterBase, то путь к ней указывать не надо.

DECLARE EXTERNAL FUNCTION IIF DOUBLE PRECISION, INTEGER, INTEGER RETURNS INTEGER BY VALUE ENTRY_POINT "if_i" MODULE_NAME "MyDLL";

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

168 Глава Замечание В последних версиях InterBase местоположение DLL предопределено, это одна из поддиректорий директории, где размещен InterBase после его установки. Обычно при инсталляции устанавливается поставляемая с InterBase библиотека UDF - udf_lib.dll. Она всегда помещена «там, где надо», так что все пользовательские библиотеки надо размещать там же.

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

Например, в таблице Т поле А может быть положительным или отрицательным.

Пример 6. Таблица 6.7. Содержимое полей А в таблице Т В итоговой таблице нужно просуммировать отдельно положительные и отрицательные значения (типичным примером может служить суммиро вание прихода и расхода на складах). Такой запрос с помощью нашей !

функции можно записать непосредственно: ' SELECT sum(IIF(A, A, 0)) PLUS, !

Sum(IIF(A, 0, -A)) MINUS FROM T Таблица 6.8. Результат выборки с помощью функции IIF PLUS MINUS 24 Расширенные возможности для работы с базой Функция if_i возвращает результат по значению. В этом случае важно точное совпадение типов данных, объявленных для функции в базе и фактически используемых функцией.

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

Пример 6. double * declspec(dllexport) if_d(double* m,double* a,double* b) I return (*m>0)?a:b;

} Здесь возвращается не значение, а указатель на него, то есть мы име ем случай возврата по ссылке.

Соответствующее объявление внешней функции в базе будет иметь такой вид:

DECLARE EXTERNAL FUNCTION DIF DOUBLE PRECISION, DOUBLE PRECISION, DOUBLE PRECISION RETURNS DOUBLE PRECISION ENTRY_POINT "if_d" MODULE_NAME "MyDLL";

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

Рассмотрим объявление внешней функции CIF.

Пример 6. DECLARE EXTERNAL FUNCTION CIF DOUBLE PRECISION, VARCHAR(256), VARCHAR(256) RETURNS VARCHAR(256) ENTRY_POINT "if_d" MODULE_NAME "MyDLL";

И сразу же рассмотрим SQL-запрос SELECT DIF(A, A, 0) PLUS, DIF(A, 0, -A) MINUS, CIF(A, 'Положител.','Отрицат.') Text FROM T В конечном счете, получим:

ПО Глава Таблица 6.9. Результат выборки с помощью функций DIF, CIF PLUS MINUS TEXT 7,000 0,000 Положител.

0,000 6,000 Отрицат.

12,000 0,000 Положител.

0,000 4,000 Отрицат.

5,000 Положител.

0, 0,000 3,000 Отрицат.

Здесь результатом должна являться символьная строка, хотя функция работает вроде бы с числами с плавающей точкой. На самом деле, пла вающая точка тут не причем. Используются только указатели. Так что наша функция if_d не зависит от типов данных, указатель на которые она возвращает. В этом смысле честнее было бы написать ее в виде void * declspec(dllexport) if_d(double* m, void * a, void * b) {•return (*m>0)?a:b;

J Следующие функции иллюстрируют работу со строковыми данными.

Функции rjupper и гиррег обеспечивают перевод алфавитных данных в кодировке WIN 1251 из нижнего регистра в верхний как для латыни, так и для кириллицы. Эта функция может быть полезна в том случае, если кодовая страница для базы не указана (NONE). Пара функций приведена для того, чтобы проиллюстрировать различные методы обработки пара метров и возвращаемых величин.

Пример 6. char * declspec(dllexport) r_upper(char * a ) { char *c,t;

int i,n=(short)*a;

c=(char *)malloc(256);

for(i = 0;

i

i++) { t=a[i+2];

if(t>='a' && t<='z') t=t+'A'-'a';

else if(t>='a' && Ъ<='я') t=t+'A1-'я';

c[i]=t;

) c[n]=0;

return с;

} Расширенные возможности для работы с базой Для формирования выходного параметра необходимо вьщеление об ласти памяти. Статическое выделение при многопрограммной работе не подходит, поскольку в этом случае нельзя гарантировать, что память ис пользуемая одним запросом не будет испорчена другим. Автоматическая память (стековая) не годится для передачи по ссылке, поскольку она будет освобождена сразу же по выходе из программы. Остается только явное выделение памяти в программе. Для этого используется функция malloc.

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

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

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

Пример 6. char * declspec(dllexport) srupperfchar *a){ unsigned char t;

int i;

for(int i=0;

a[i];

i++){ t=a[i] ;

if(t>='a' && t<='z') t=t+1A'-'a';

else if(t>=224) t-=32;

a[i]=t;

} return a;

} Особенности представления данных в InterBase При работе с данными различных типов необходимо учитывать осо бенности их представления в InterBase.

Таблица 6.10. Соответствие типов данных в InterBase и С Тип InterBase Объявление данных в С (C++) SMALLINT short int p;

INTEGER int p;

FLOAT float p;

DOUBLE PRECISION double p;

172 Глава Объявление данных в С (C++) Тип InterBase если m<5, то short int p;

NUMERIC(m, n) / DECIMAL(m, n) если 5

Для версий до если m>10, TO double p Для версий от 6. если 10

значение задается с масштабирующим множителем 10'" массив из 2 int p[2];

DATE р[0] - количество дней с 17 ноября 1858;

р[1] - количество секунд* 10000 от на чала суток CHARACTER(n) / CHAR(n) char p[n];

(двоичный 0 в конце не пред полагается, заполняются пробелами справа до явно указанной длины) VARYING CHARACTER / struct / VARCHAR(n) short int pi;

char p2[n];

Jr.

p.pl - фактическая длина поля;

p.p2 - символьная строка (двоичный 0 в конце не предполагается) CSTRING(n) char p[n+l];

(с двоичным 0 в конце в качестве ограничителя) BLOB см. ниже пример UDF для работы с BLOB Пример UDF для работы с BLOB Данная функция читает содержимое BLOB и записывает его в файл COPYBLOB.ooo. В данном случае используется явный вызов функций API, о котором говорилось в разделе 6.2, для доступа к данным InterBase.

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

Пример 6. •include // описание управляющей структуры BLOB Расширенные возможности для работы с базой struct blobs ( void (*blob_get_segment)(int *,char *,long, long&);

int *blob_handle;

long number_segments;

long max_seglen;

long total_size;

void (*blob_put_segment)();

typedef struct blobs* SBLOB;

extern "C" int declspec(dllexport) pr_blob(SBLOB bl) ;

int declspec(dllexport) pr_blob(SBLOB bl) { long length=100;

char *buffer;

FILE *out;

if(!(bl->blob_get_segment)) return 0;

// проверка, что действительно передан BLOB if((out=fopen("COPYBLOB.ooo", "wb"))==NULL) return -1;

// проверка успешности создания файла buffer=new char[bl->max_seglen+l] ;

// создание буфера для чтения for(int i=0;

inumber_segments;

i 11 цикл чтения BLOB и записи его в файл (bl->blob_get_segment)(bl->blob_handle,buffer, bl->max_seglen,length);

fwrite(buffer, 1, length, out);

6.4. Фильтры BLOB fclose(out);

delete[] buffer;

return 1;

BLOB (Binary Large Object - большой двоичный объект) Фильтры это программы на базовом языке, которые конвертируют данные BLOB из } одного формата в другой. К фильтрам BLOB можно обращаться через isql Отметим, что практическая ценность программы невелика, но она ил люстрирует механизм чтенияязыке. из BLOB.

или из программ на базовом данных Замечание. Фильтры BLOB не поддерживаются на серверах NetWare.

174 Глава б ФИЛЬТРАЦИЯ ДАННЫХ BLOB Понимание роли подтипов BLOB особенно важно при работе с фильтрами BLOB. Фильтр BLOB - подпрограмма, которая транслирует данные BLOB одного подтипа в другой. InterBase включает набор специ альных внутренних фильтров BLOB, которые конвертируют подтип О в подтип 1 (текст), и подтип 1 (текст) в подтип 0. В дополнение к стан дартным фильтрам можно запрограммировать собственные внешние фильтры для обеспечения конвертирования других типов данных. Напри мер, можно запрограммировать фильтр для трансляции растровых изо бражений или медиаданных одного формата в другой (другой вопрос, для чего это нужно делать именно в базе).

Замечание Фильтры BLOB можно использовать для баз данных на всех плат формах сервера InterBase, кроме Netware, где фильтры BLOB не поддер живаются.

Использование стандартных текстовых фильтров InterBase Стандартные фильтры InterBase конвертируют данные BLOB подтипа 0 или любого другого системного типа InterBase в подтип 1 (текст).

Когда текстовый фильтр используется для чтения данных столбца BLOB, он меняет стандартное поведение InterBase для обработки сегмен тов. Независимо от фактического характера сегментов в столбце BLOB, текстовый фильтр устанавливает правило, что сегменты должны закон читься символом перевода строки (\п).

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

Для конвертирования любого нетекстового подтипа в текст следует объявлять его FROM-подтип как подтип 0, а его ТО-подтип как подтип 1.

Использование внешних фильтров BLOB В отличие от стандартных фильтров InterBase, которые выполняют трансляцию подтипов 0 и 1, внешний фильтр BLOB - вообще часть биб лиотеки подпрограмм, которая создается для конкретных приложений.

Чтобы использовать внешний фильтр, необходимо сначала запро граммировать его, откомпилировать, поместить в библиотеку (DLL в сис теме Windows), затем объявить в базе данных, содержащей данные BLOB, которые должны обрабатываться.

Расширенные возможности для работы с базой Объявление внешних фильтров в базе данных Для объявления внешних фильтров в базе данных используется ко манда DECLARE FILTER. Например, следующая команда объявляет фильтр TFILTER:

Пример 6. EXEC SQL DECLARE FILTER TFILTER INPUT_TYPE -1 OUTPUT_TYPE - ENTRY_POINT "_TFilter" MODULE_NAME "MYDLL.dl1";

В примере, входной подтип фильтра определен как -1, выходной как 2. В этом примере, INPUTTYPE определяет текст нижнего регистра, a OUTPUTTYPE определяет текст верхнего регистра. Цель фильтра TFILTER, таким образом, состоит в том, чтобы конвертировать данные BLOB из текста в нижнем регистре в текст верхнего регистра.

Параметры ENTRY_POINT и MODULE_NAME определяют внеш нюю подпрограмму, которую InterBase вызывает, когда запрашивается фильтр. Параметр MODULE_NAME определяет MYDLL.dll, динамически загружаемую библиотеку, содержащую выполнимый код фильтра. Пара метр ENTRYPOINT определяет точку входа в DLL. В примере указана та же библиотека, что и для UDF, но можно поместить фильтры и в другую.

Никаких ограничений на этот счет нет.

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

Рис. 6.3. Схема работы фильтра BLOB (строчные в прописные).

Точно так же при чтении данных фильтр TFILTER может читать дан ные BLOB подтипа -2 и преобразовать их в подтип -1.

176 Глава Вызов фильтра в приложении Для вызова фильтра в приложении используется опция FILTER при объявлении курсора BLOB. Тогда при выполнении приложением опера ций, использующих курсор, InterBase автоматически вызывает фильтр.

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

Пример 6. EXEC SQL DECLARE ВСINS1 CURSOR FOR INSERT BLOB BLOB1 INTO TABLE FILTER FROM -1 TO - 2 ;

Когда InterBase обрабатывает это объявление, он ищет в списке фильтров, определенных в текущей базе данных, фильтр с соответствием подтипов FROM и ТО. Если такой фильтр существует, InterBase вызывает его при операциях с BLOB, использующих курсор BCINS1. Если InterBase не может найти такой фильтр, приложению возвращается сообщение об ошибке.

НАПИСАНИЕ ВНЕШНИХ ФИЛЬТРОВ Для написания собственных фильтров необходимо детальное пони мание структуры транслируемых данных. InterBase не выполняет провер ки данных BLOB, но требует совместимости типов исходного и результи рующего BLOB. Поддержание совместимости лежит на разработчике фильтра.

Типы фильтров Фильтры разделяются на два типа: те, которые преобразовывают дан ные по одному сегменту, и те, которые преобразовывают данные множе ства сегментов одновременно.

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

Read-only и write-only фильтры Некоторые фильтры могут поддерживать только чтение из BLOB или только запись в BLOB, но не обе операции. При попытке использовать фильтр BLOB для операции, которую он не поддерживает, InterBase воз вращает приложению сообщение об ошибке.

Создание функций фильтров При создании фильтра необходимо указать точку входа, задающую имя функции фильтра в разделе объявлений программы. InterBase вызыва ет функцию фильтра, когда приложение выполняет операции с BLOB. Все связи между InterBase и фильтром реализуются функцией фильтра. Функ ция самого фильтра может вызывать другие функции, которые необходи мы для выполнения программы фильтра. Далее фильтр должен быть объ явлен в базе данных командой DECLARE FILTER с указанием параметров ENTRY_POINT В MODULE_NAME.

Функция фильтра должна иметь следующую сигнатуру:

filter_function_name(short action, isc_blob_ctl control);

Параметр action определяет одно из восьми возможных макроопреде лений действия, параметр control определяет управляющую структуру isc_blob_ctl данных BLOB. Определение структуры isc_blob_ctl дано в заголовочном файле InterBase ibase.h. Эти параметры будут рассмотрены ниже. Приведем теперь основные декларативные элементы функции фильтра (jpeg_filter).

Пример 6. tinclude #define SUCCESS tdefine FAILURE ISC_STATUS jpeg_filter(short action, isc_blob_ctl control) { ISC_STATUS status = SUCCESS;

switch (action) { case isc_blob_filter_open:

178 Глава б break;

case isc_blob_filter_get_segment:

break;

case isc_blob_filter_create:

break;

case isc_blob_filter_put_segment:

break;

case isc_blob_filter_close:

break;

case isc_blob_filter_alloc:

break;

case isc_blob_filter_free:

break;

case isc_blob_filter_seek:

break;

default:

status = isc_uns_ext /* unsupported action value */ break;

} return status;

} InterBase передает одно из восьми возможных действий (параметр action) функции фильтра jpegjilter () и экземпляр управляющей структу ры BLOB (параметр isc_blob_ctl).

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

lsc_blob_ctl - управляющая структура BLOB;

содержит основные данные для управления обменом между InterBase и фильтром.

Определение управляющей структуры BLOB Управляющая структура isc_blob_ctl обеспечивает базовые методы обмена данными между InterBase и фильтром. Объявление управляющей структуры находится в заголовочном файле InterBase ibase.h. Для его под ключения к программе используется инструкция Расширенные возможности для работы с базой tinclude .

typedef struct isc_blob_ctl{ ISC_STATUS (ISC_FAR *ctl_source)();

/* Source filter */ struct isc_blob_ctl ISC_FAR *ctl_source_handle;

/* Argument to pass to source */ /* filter */ short ctl_to_sub_type;

/* Target type */ short ctl_from_sub_type;

/* Source type */ unsigned short ctl_buffer_length;

/* Length of buffer */ unsigned short ctl_segment_length;

/* Length of current segment */ unsigned short ctl_bpb_length;

/* Length of blob pa rameter */ I* block */ char ISC_FAR *ctl_bpb;

/* Address of blob parameter */ /* block */ unsigned char ISC_FAR *ctl_buffer;

/* Address of segment buffer */ ISC_LONG ctl_max_segment;

/* Length of longest seg ment */ ISC_LONG ctl_number_segments;

/* Total number of segments */ ISC_LONG ctl_total_length;

/* Total length of blob */ ISC_STATUS ISC_FAR *ctl_status;

/* Address of status vec tor */ long ctl_data [8];

/* Application specific data */ ;

ISC_FAR *ISC_BLOB_CTL;

Структура isc_blob_ctl используется двумя способами:

1. Когда приложение исполняет операцию доступа к BLOB, InterBase вызывает функцию фильтра и передает ей экземпляр isc_blob_ctl.

Функции фильтра могут передавать экземпляр isc_blob_ctl под 2.

программам доступа к данным InterBase.

В любом случае назначение некоторых полей isc_blob_ctl зависит от выполняемого действия (параметр action). Например, когда приложение делает попытку вставки BLOB, InterBase передает функции фильтра дей ствие-вставку (параметр action - isc_blobjllter_put_segmeni). Функция фильтра передает экземпляр управляющей структуры InterBase.

Ctl_buffer структуры содержит сегмент данных, которые должны быть записаны согласно команде INSERT BLOB приложения. Поскольку буфер содержит информацию для передачи в функцию, это поле является входным. В случае isc_blob_fdter_put_segment, то есть для выполнения записи в базу данных, функция фильтра должна включить команды в кон струкции case.

180 Глава б В другом случае, например, когда приложение делает попытку вы полнить команду FETCH, действие - выборка (параметр action = isc_blob_fdter_get_segmeni). В функцию фильтра должна включаться группа команд для заполнения ctljbuffer данными сегмента из базы дан ных для его возврата приложению, вызвавшему функцию. Здесь буфер используется в функции фильтра как выходной.

В таблице ниже описываются поля управляющей структуры BLOB i s c b l o b c t l и характер их использования в функции фильтра (входные IN, выходные - OUT).

Таблица 6.10. Управляющая структура BLOB isc_blob_ctl Описание Имя поля Указатель на внутреннюю подпрограмму InterBase досту (*ctl_source)() па к BLOB. (IN) *ctl_source_handle Указатель на экземпляр isc_blob_ctl, который передается внутренней подпрограмме InterBase доступа к BLOB. (IN) ctl_to_sub_type Указывает подтип BLOB-результата. Информационное поле. Необходимо для многоцелевых фильтров, которые могут исполнять несколько видов преобразований. Это и следующее поля дают возможность такому фильтру опре делить, какую именно трансляцию следует выполнить. (IN) ctl_frora_sub_type Указывает подтип BLOB-источника. Информационное по ле. Необходимо для многоцелевых фильтров, которые мо гут исполнять несколько видов преобразований. Это и пре дыдущее поля дают возможность такому фильтру опреде лить, какую именно трансляцию следует выполнить. (IN) ctl_buffer_length Для isc_blob_filter_put_segment поле - входное (IN), со держащее длину сегмента данных в ctl_buffer. Для isc blob filter get segment поле - входное (IN), устанавли вающее размер буфера (адресованного ctlbuffer) для со хранения полученных из BLOB данных ctl_segment_length Длина текущего сегмента. Это поле не используется для isc_blob_filter_put_sej>ment. Для isc_blob_filter_get segment поле - выходное (OUT) устанавливается в длину сегмента полученных из BLOB данных (или части сегмента, если длина буфера ctl buffer length меньше фактической длины сегмента) ctl_bpb_length Длина буфера параметров BLOB. Зарезервировано для будущего расширения Расширенные возможности для работы с базой Имя поля Описание Указатель на буфер параметров BLOB. Зарезервировано *ctl_bpb для будущего расширения *ctl_buffer Указатель на буфер сегмента. Для isc_blob_filter_put_segment поле - входное (IN). Содержит данные сегмента. Для isc blob filter get segment поле выходное (OUT), функция фильтра заполняет его данными сегмента для возврата вызвавшему фильтр приложению Длина самого большого сегмента в BLOB. Начальное зна ctl_max_segment чение - 0. Это поле устанавливает функция фильтра. Поле только информационное Начальное значение - 0. Это поле устанавливает функция ctl_number_segments фильтра. Поле только информационное Полная длина BLOB. Начальное значение - 0. Это поле ctl_total_length устанавливает функция фильтра. Поле только информационное *ctl_status Указатель на вектор состояния InterBase. (OUT) Массив из 8 элементов. Зависит от приложения. Можно ctl_data[8] использовать это поле, например, для хранения указателей на ресурсы, типа указателей памяти и дескрипторов файла, созданных обработчиком isc blob filter open. Тогда при следующем вызове функции фильтра указатели ресурсов будут доступны для использования. (IN/OUT) Установка значений полей управляющей структуры Структура isc_blob_ctl содержит три поля, сохраняющие информацию о BLOB, к которому осуществляется доступ: ctl_max_segment, ctl_number_segments и ctltotallength.

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

Эти поля носят только информационный характер. InterBase не ис пользует значения этих полей во внутренней обработке.

ПРОГРАММИРОВАНИЕ ДЕЙСТВИЙ ФУНКЦИИ ФИЛЬТРА Когда приложение выполняет операцию доступа к BLOB, InterBase передает функции фильтра соответствующее сообщение о действии в па 182 Глава раметре action. Имеются восемь возможных действий, каждое из которых является следствием специфической операции доступа. Следующий спи сок макроопределений действий объявлен в заголовочном файле ibase.h:

#define isc_blob_filter_open #define isc_blob_filter_get_segment #define isc_blob_filter_close #define isc_blob_filter_create #define isc_blob_filter_put_segment idefine isc_blob_filter_alloc •define isc_blob_filter_free #define isc_blob_filter_seek Приводимая таблица описывает операции доступа к BLOB, которые соответствуют каждому действию (параметр action).

Таблица 6.10. Операции доступа к BLOB в зависимости от параметра action Условие вызова Назначение Действие isc_blob_filter_open Приложение открывает Установка информационных BLOB курсор на чтение полей управляющей струк туры BLOB. Выполняет за дачи инициализации, типа распределения памяти или открытия временных файлов.

Устанавливает в случае не обходимости переменную состояния. Значение пере менной состояния становит ся возвращаемым значением функции фильтра i sc_blob_filter_get_segment Приложение выполняет Заполнение полей ctlbuffer и команду FETCH для ctlsegment length управ BLOB ляющей структуры BLOB содержанием сегментов от транслированных данных для возврата функцией фильтра.

Выполняет конвертирование данных, если фильтр обраба тывает BLOB посегментно.

Устанавливает переменную состояния. Ее значение ста новится возвращаемым зна чением функции фильтра Расширенные возможности для работы с базой Назначение Цействие Условие вызова Приложение закрывает Выполняется задача выхода, isc_blob_filter_close типа освобождения распреде курсор BLOB ленной памяти, закрытия или удаления временных файлов Приложение открывает Установка информационных isc_blob_filter_create курсор вставки BLOB полей управляющей струк туры BLOB. Выполняются задачи инициализации, типа распределения памяти или открытия временных файлов.

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

Если процесс трансляции изменяет длину сегмента, новое значение длины долж но быть отражено в парамет рах, передаваемых функции записи. Устанавливает пере менную состояния. Значение переменной состояния стано вится возвращаемым значе нием функции фильтра isc_bk>b_filter_alloc InterBase инициализи- Установка информационных рует работу фильтра;

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

Установка в случае необхо димости переменной состоя ния. Значение переменной состояния становится воз вращаемым значением функции фильтра 184 Глава Назначение Условие вызова Цействие Выполнение задачи выхода, isc_blob_filter_free InterBase завершает типа освобождения распре обработку фильтра;

не является результатом деленной памяти, закрытия действия приложения или удаления временных файлов isc_blob_filter_seek Зарезервировано для внутреннего использо вания фильтра;

не ис пользуется внешними фильтрами Следует сохранять указатели ресурсов, типа указателей памяти и де скриптора файла, созданных обработчиком isc_blob_filter_open, в поле ctl_data управляющей структуры isc_blob_ctl BLOB. Тогда при следую щем вызове функции фильтра указатели ресурсов останутся доступными.

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

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

Таблица 6.12. Коды состояния, возвращаемые функциями фильтра Константа Величина Содержание Макроса SUCCESS 0 Указывает, что фильтр отработал успешно.

При операции чтения BLOB (isc blobfilter get segment) указывает, что сегмент прочитан полностью FAILURE 1 Указывает на неудачную операцию. В боль шинстве случаев состояние более определен но указывает на тип ошибки isc_uns_ext См. ibase.h Указывает, что предпринятое действие не поддерживается фильтром. Например, фильтр только для чтения возвратил бы isc uns ext для действия isc_blob_filter_put_segment Расширенные возможности для работы с базой Константа Содержание Величина Макроса isc_segment См. ibase.h Указывает, что при операции чтения BLOB выделенный буфер слишком мал для хране ния оставшихся байтов текущего сегмента.

В этом случае только ctlbufferlength байтов скопировано, а остаток сегмента должен быть получен через дополнительные запросы isc_blob_filter_get_segment isc_segstr_eof См. ibase.h Указывает, что при операции чтения BLOB был достигнут конец BLOB и нет более ника ких дополнительных сегментов для чтения Глава Организация хранения метаданных 7.1. Назначение и порядок использования описаний данных В InterBase описания данных, или метаданные, хранятся вместе с пользовательскими данными. Чтобы система заранее могла знать, что это за данные и как ими пользоваться, имена соответствующих таблиц заранее определены. Внешне все объекты системного характера можно легко отличить от пользовательских - они имеют стандартный префикс RDB$;

следовательно, имена, создаваемые пользователем, не должны иметь такого префикса. Правда, если об этом не предупреждать заранее, трудно вообразить, что кто-либо стал бы придумывать подобные имена.

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

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

Организация хранения метаданных 7.2. Системные таблицы Системные таблицы InterBase содержат метаданные базы данных.

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

Прежде всего, дадим перечень этих таблиц с их описанием.

RDB$LOG_FILES RDB$CHARACTER_SETS RDBSPAGES RDB$CHECK_CONSTRAINTS RDBSCOLLATIONS RDB$PROCEDURE_PARAMETERS RDBSPROCEDURES RDB$DATABASE RDB$REF_CONSTRAINTS RDBSDEPENDENCIES RDB$EXCEPTIONS RDB$RELATION_CONSTRAINTS RDB$RELATION_FIELDS RDB$FIELD_DIMENSIONS RDB$RELATIONS RDB$FIELDS RDB$FILES RDBSROLES RDB$FILTERS RDB$SECURITY_CLASSES RDB$FORMATS RDB$TRANSACTIONS RDB$FUNCTION_ARGUMENTS RDB$TRIGGER_MESSAGES RDBSFUNCTIONS RDB$TR1GGERS RDB$GENERATORS RDB$TYPES RDB$INDEX_SEGMENTS RDB$USER_PRIVILEGES RDBSINDICES RDB$VIEW_RELATIONS RDB$CHARACTER_SETS Описывает доступные для InterBase наборы символов. Общее коли чество таких наборов - несколько десятков. В таблице задаются комбина ции значений по умолчанию. Для использования с русскоязычными дан ными в среде Widows следует либо указывать NONE, либо применять набор (Character set) Win 1251. В первом случае никаких преобразований данных не производится, а сортировки выполняются в порядке возраста ния кодов, что обеспечивает алфавитную сортировку текстов сначала по прописным, а затем по строчным буквам. Во втором случае, если необхо димо сортировать текстовые данные вне зависимости от регистра, то сле дует задавать упорядочением (Collation) PXW_CYRL. Изменить непо средственно в таблице значение Rdb$default_collate_name с Win 1251 на PXW_CYRL нельзя. Необходимо задавать упорядочение при описании таблиц или доменов.

Таблица 7.1. Структура набора символов InterBase Тип и Комментарий Имя столбца длина данных Rdb$character_set_name Char(31) Наименование кодовой таблицы рас познаваемой InterBase Зарезервировано для внутреннего Rdb$form_of_use Char(31) использования Число символов кодовой таблицы Rdb$number_of_characters Integer (например, для японского языка) Rdb$default_collate_name Char(31) Последовательность сравнения для кодовой таблицы по умолчанию Smallint Уникальный идентификатор кодовой Rdb$character_set_Jd таблицы Rdb$system_flag Smallint Признак типа кодовой таблицы:

Определенный пользователем (0 или NULL) Системный (1) Rdb$description BLOB 80 Содержит пользовательский коммен тарий Rdb$function_name Зарезервировано для внутреннего Char(31) использования Rdb$bytes_per_character Smallint Размер символа в байтах RDB$CHECK_CONSTRAINTS Содержит данные об ограничениях логической целостности и NOT NULL. Данная таблица может быть полезна для получения информа ции об используемых в базе ограничениях NOT NULL (кроме явно описанных при задании доменов).

Таблица 7.2. Ограничения логической целостности Тип и дли- Комментарий Имя столбца на данных Char(31) Имя CHECK или NOT NULL ограниче Rdb$constraint_name ния Rdb$trigger_name Имя триггера, требующего СНЕСК Char(31) ограничение;

для NOT NULL - имя столбца в RDB$RELATION_FIELDS RDB$COLLATIONS Содержит данные о порядке (последовательности) сравнения сим вольных данных. Из таблицы видна связь между допустимыми комби нациями SHAR SET и COLLATION. В частности видно, что для ко довой таблицы Win 1251 (ее идентификатор 52) допустимы упорядоче ния, задаваемые только Winl251 и PXW_CYRL см. также таблицу 7.1.

Структура набора символов InterBase.

Таблица 7.3. Последовательность (порядок) сравнения символьных данньа Имя столбца Тип и длина Комментарий данных Rdb$collation_name Char(31) Имя последовательности сравнения Rdb$collation_id Smallint Уникальный идентификатор последо вательности сравнения Smallint Rdb$character_set_id Идентификатор кодовой таблицы для последовательности сравнения. Тре буется перед выполнением сравнения.

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

Связан со столбцом RDB$CHARACTER_SET_ID в таблице RDB$CHARACTER_SETS Smallint Rdb$collation_attributes Зарезервировано для внутреннего ис пользования Rdb$system_flag Smallint Указывает, является ли генератор определенным пользователем (значе ние^) системным (значение>0) Тип и длина Комментарий Имя столбца данных Rdb$description BLOB 80 Комментарий пользователя Char(31) Зарезервировано для внутреннего ис Rdb$function_name пользования RDB$DATABASE Содержит описание базы данных. Поле Rdb$character_set_name со держит имя кодовой таблицы, используемой по умолчанию.

Таблица 7.4. Описание базы данных Имя столбца Тип и Комментарий длина данных BLOB 80 Комментарий пользователя Rdb$description Rdb$relation_id Smallint Зарезервировано для внутреннего ис пользования Rdb$security_class Char(31) Класс секретности, определенный в таблице RDB$SECURITY_CLASSES;

ограничения управления доступом, описанные в указанном классе секрет ности, применяются во всей базе Rdb$character_set_name Char(31) Имя кодовой таблицы RDB$DEPENDENCIES Содержит описание зависимостей между объектами базы данных.

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

Таблица 7.5. Описание зависимостей между объектами базы данных Имя столбца Тип и Комментарий длина данных Rdb$dependent_name Char(31) Имя объекта, зависимости (обзор, триг гер, вычисляемый столбец) Организация хранения метаданных Комментарий Тип и Имя столбца длина данных Имя объекта, аргумента зависимости Char(31) Rdb$depended_on_name Char(31) Имя столбца объекта, аргумента зависи Rdb$field_name мости Тип объекта зависимости:

Smallint Rdb$dependent_type • 0 - таблица • 1 - обзор • 2 - триггер • 3 - вычисляемое поле • 4 - контроль • 5 - процедура • 6 - индексное выражение • 7 - исключение • 8 - пользователь • 9 - поле • 10-индекс Smallint Rdb$depended_on_type Тип объекта, аргумента зависимости 0-10 (см. выше) RDB$EXCEPTIONS Содержит описание исключений в базе данных. Таблица может быть использована, как для выборки текстов исключений, так и для формиро вания исключений «на лету»- Например, в триггере можно сформировать текст исключения, выполнить команду изменения соответствующей строки таблицы RDBSEXCEPTIONS, а затем команду исключения. В ре зультате будет выдано сообщение с измененным текстом. После выдачи исключения происходит откат транзакции, а значит и таблица исключе ний вернется в прежнее состояние.

Таблица 7.6. Описание исключений в базе данных Тип и длина Имя столбца Комментарий данных Rdb$exception_name Char(31) Имя исключения Integer Rdb$exception_number № исключения Rdb$message Varchar(78) Текст сообщения исключения 192 Глава Тип и длина Комментарий Имя столбца данных Комментарий BLOB Rdb$description Тип исключения:

Smallint Rdb$system_flag 0 - определенный пользователем >0 - системный RDB$FIELD_DIMENSIONS Содержит описание размерностей данных типа массив. Таблица со держит столько строк, сколько полей типа массива описано в базе. В от личие от строк таблицы RDBSEXCEPTIONS вносить в нее изменения нельзя, поскольку эти изменения должны согласовываться с хранимыми в базе данными.

Таблица 7.7. Описание размерностей массивов Тип и Имя столбца Комментарий длина данных Rdb$field_name Char(31) Имя массива (должно быть и в RDBSFIELDS) Rdb$dimension Smallint Указывает на измерение массива (нумерация с 0) Rdb$lower_bound Integer Нижняя граница данного измерения Rdb$upper_bound Integer Верхняя граница данного измерения RDBSFIELDS Содержит описание доменов, используемых в базе. Любое поле таб лицы обязательно имеет доменное имя. Это либо имя явно описанного домена, либо имя домена, автоматически формируемого при создании таблицы. Таким образом, используя эту таблицу можно получить описа ние любого поля базы данных.

Таблица 7.8. Описание полей Тип и длина Имя столбца Комментарий данных Rdb$field_name Char(31) Уникальное имя домена или сгенери рованного системой имени Организация хранения метаданных Комментарий Тип и длина Имя столбца данных He используется для SQL объектов Char(31) Rdb$query_name Rdb$validation_blr BLOB 80 He используется для SQL объектов Rdb$validation_source BLOB 80 He используется для SQL объектов BLOB 80 Для вычисляемых столбцов содержит Rdb$computed_blr BLR (Binary Language Representation) выражение, вычисляемое в базе во время выполнения BLOB 80 Для вычисляемых столбцов содержит Rdb$computed_source исходное символьное выражение для столбца BLOB Rdb$default_value Содержит выражение по умолчанию (BLR) BLOB 80 Символьное представление значения Rdb$default_source по умолчанию Rdb$field_length Smallint Длина поля столбца (для несимволь ных: 8 - плав, точка двойн., дата, BLOB, Quad;

4 - Long, Float;

2 Short) Smallint Rdb$field_scale Содержит длину дробной части чисел Smallint Rdb$field_type Задает тип поля: SMALLINT - 7;

INTEGER - 8;

QUAD - 9;

FLOAT 10;

D_FLOAT - 1 1 ;

CHAR - 14;

DOUBLE - 27;

DATE - 35;

VARCHAR - 37;

BLOB - Smallint Rdb$field_sub_type Подтип для BLOB: 0 - unspecified;

1 - text;

2 - BLR и т.д.

BLOB Rdb$missing_value He используется для SQL объектов BLOB Rdb$missing_source He используется для SQL объектов BLOB Rdb$description Содержит пользовательский коммен тарий Rdb$system_flag Smallint Только для системных таблиц BLOB Rdb$query_header Не используется для SQL объектов 194 Глава Имя столбца Тип и длина Комментарий данных Smallint Rdb$segment_length Длина сегмента (только для BLOB) Varchar(125) Не используется для SQL объектов Rdb$edit_string Smallint Rdb$external_length Длина поля во внешней таблице, для внутренних - Smallint Масштабированная дробная часть Rdb$external_scale (для целых) Smallint См. RDB$HELD_TYPE Rdb$external_type Smallint Указывает количество измерений для Rdb$dimensions массивов, иначе Rdb$null_flag Smallint Пусто - может быть NULL, 1 - не NULL Smallint Rdb$character_length Длина символа в байтах (важно для иероглифов) Rdb$collation_id Идентификатор последовательности сравнения Rdb$character_set_id Smallint Кодовая таблица RDB$FILES Содержит описание файлов базы данных. Таблица описывает вто ричные и теневые файлы базы данных. В тех случаях, когда база реализу ется в виде одного файла, данная таблица пуста.

Таблица 7.9. Описание файлов Имя столбца Тип и Комментарий длина данных Rdb$file_name Varchar(2 Имя вторичного или теневого файла базы 53) Rdb$file_sequence Smallint Порядковый номер вторичного или тене вого файла базы Integer Rdb$file_start Начальная страница вторичного или тене вого файла базы Организация хранения метаданных Тип и Комментарий Имя столбца длина данных Rdb$file_length Integer Длина файла в блоках Rdb$file_flags Smallint Зарезервировано за системой Rdb$shadow_number Smallint Указывает № набора теневых файлов, иначе 0 (вторичный) RDB$FILTERS Содержит описание фильтров BLOB. С каждым фильтром BLOB связана строка таблицы, в которой задается имя фильтра и его характери стики. См. также таблицу RDBSFUNCTIONS, описывающую функции пользователя.

Таблица 7.10. Описание фильтров BLOB Имя столбца Тип и длина Комментарий данных Rdb$function_name Char(31) Уникальное имя фильтра Rdb$description BLOB 80 Пользовательский комментарий Rdb$module_name Varchar(253) Имя библиотеки, содержащей испол нимый фильтр Rdb$entry point Char(31) Имя точки входа для фильтра BLOB Rdb$input_sub_type Smallint Подтип BLOB для ввода Rdb$output_sub_type Smallint Подтип BLOB для вывода Rdb$system_flag Smallint Для пользовательского фильтра - 0, системного - больше RDB$FORMATS Содержит описание истории изменения форматов столбцов таблицы.

При изменении формата столбца InterBase устанавливает для таблицы новый номер формата. RDB$FORMATS позволяет прикладным програм мам обращаться к измененным таблицам без перекомпиляции самих про грамм (описания хранятся в двоичном коде).

796 Глава Таблица 7.11. Описание истории изменения форматов таблицы Комментарий Тип и Имя столбца длина данных Smallint Определяет таблицу в RDBSRELATIONS Rdb$relation_id Определяет номер формата таблицы;

таблица Rdb$format Smallint может иметь любое количество форматов в зависимости от числа обновлений таблицы BLOB 80 Содержит список всех столбцов таблицы Rdb$descriptor с указанием их типа, длины и т.д.

RDB$FUNCTION_ARGUMENTS Содержит описание параметров пользовательских функций (UDF).

Каждому параметру UDF соответствует одна строка таблицы.

Таблица 7.12. Описание параметров пользовательских функций (UDF) Имя столбца Тип и дли- Комментарий на данных Rdb$function_name Уникальное имя функции Char(31) Rdb$argument_position Smallint Номер аргумента в списке аргументов функции Rdb$mechanism Smallint Тип передачи аргумента: 0 - по значению, 1 - по ссылке Rdb$field_type Smallint Тип аргумента (SMALLINT - 7;

INTEGER 8;

QUAD - 9;

FLOAT - 10;

D_FLOAT - 1 1 ;

CHAR - 14;

DOUBLE - 27;

DATE - 35;

VARCHAR - 37;

BLOB - 261) Rdb$field_scale Smallint Масштабный множитель (дробная часть) для данных, представленных целыми Rdb$field_length Smallint Длина параметра (в соответствии с типом) Rdb$field_subtype Smallint Зарезервировано Rdb$character_set_id Smallint Целый идентификатор кодовой таблицы Организация хранения метаданных RDB$FUNCTTONS Содержит описание пользовательских функций (UDF). Для получе ния полного описания UDF необходимо также использовать и таблицу RDB$FUNCTION_ARGUMENTS описания параметров UDF. Связать их можно по имени функции: rdb$functions.rdb$function_name = rdb$function_arguments.rdb$function_name.

Таблица 7.13. Описание пользовательских функций (UDF) Тип и дли- Комментарий Имя столбца на данных Уникальное имя функции Rdb$function_name Char(31) Smallint Зарезервировано Rdb$function_type Rdb$query_name Char(31) Альтернативное имя функции, которое мо жет быть использовано в isql Rdb$description BLOB 80 Пользовательский комментарий Rdb$module_name Varchar Имя библиотеки, содержащей исполнимую (253) функцию Rdb$entrypoint Char(31) Имя точки входа для функции Rdb$return_argument Smallint № возвращаемого значения в списке аргу ментов Rdb$system_flag Smallint Для пользовательской функции - 0, для системной - RDB$GENERATORS Содержит описание генераторов. Помимо пользовательских генера торов содержит и ряд системных, необходимых для генерации уникаль ных номеров для объектов базы данных.

Таблица 7.14. Описание генераторов Имя столбца Тип и дли- Комментарий на данных Rdb$generator_name Char(31) Уникальное имя генератора Smallint Rdb$generator_id Уникальный системный номер генератора 198 Глава Тип и дли- Комментарий Имя столбца на данных Генератор создан пользователем - 0, сис Smallint Rdb$system_flag темный - RDB$INDEX_SEGMENTS Содержит описание полей, составляющих индекс. Для каждого ин-., декса содержит столько строк, из скольких полей состоит индекс. Поря-:

док следования полей в индексе задается в столбце Rdb$index_name.

Таблица 7.15. Описание полей индекса Имя столбца Тип и дли- Комментарий на данных Rdb$index_name Char(31) Имя индекса, частью которого является данный поле Rdb$field_name Char(31) Имя поля Rdb$field_position Smallint № данного сегмента индекса в соответствии с сортировкой в индексе RDB$INDICES Содержит описание индексов таблиц базы данных. Таблица связыва ет индекс с таблицей, для которой он создается, а также содержит ряд данных, необходимых для оптимизации работы системы.

Таблица 7.16. Описание индексов таблиц Тип и Имя столбца Комментарий длина данных Rdb$index_name Char(31) Имя индекса Rdb$relation_name Char(31) Имя индексируемой таблицы Rdb$index_id Smallint Внутренний идентификатор Rdb$unique_flag Smallint 0 - допускает дубликаты, 1 - нет Организация хранения метаданных Тип и Комментарий Имя столбца длина данных Комментарий пользователя Rdb$description BLOB Количество сегментов в индексе (1 - про Rdb$segment_count Smallint стой индекс) Smallint 0 - индекс активен, 1 - нет Rdb$index_inactive Rdb$index_type Smallint Зарезервировано Rdb$foreign_key Char(31) Имя внешнего ключа, для которого ис пользуется индекс Rdb$system_flag Smallint Индекс определен пользователем = 0, сис темой > BLOB 80 Содержит BLR для выражения, вычисляе Rdb$expression_blr мого СУБД во время выполнения Rdb$expression_source BLOB 80 Содержит исходный текст вычисляемого выражения Rdb$statistics Double Коэффициент селективности;

используется оптимизатором для формирования страте Precision гии выборки RDB$LOG_FILES Не используется.

RDB$PAGES Хранит историю выделения страниц в базе данных. Может быть ис пользована для анализа интенсивности работы с таблицами базы данных.

В основном ориентирована на внутренние нужды.

Таблица 7.17. Описание истории выделения страниц Тип и Имя столбца Комментарий длина данных Rdb$page_number Integer № физически выделенной страницы Rdb$relation_id Smallint Идентификационный № таблицы, для кото рой выделена страница 200 Глава Тип и Комментарий Имя столбца длина данных Rdb$page_sequenc Integer Порядковый № страницы в таблице ранее выделенных страниц е Rdb$page_type Smallint Тип страницы (только для внутреннего ис пользования) RDB$PROCEDURE_PARAMETERS Содержит описание параметров хранимых процедур. Каждому пара метру хранимой процедуры соответствует одна строка таблицы.

Таблица 7.18. Описание параметров хранимых процедур Имя столбца Тип и Комментарий длина данных Rdb$parameter_name Char(31) Имя параметра Rdb$procedure_name Char(31) Имя процедуры Rdb$parameter_number Smallint Порядковый № параметра Rdb$parameter_type Smallint Тип параметра: 0 - входной, 1 - выход ной Rdb$field_source Char(31) Глобальное имя столбца Rdb$description BLOB 80 Комментарий пользователя Rdb$sy stem_flag Smallint Определен пользователем - 0, системой - больше RDB$PROCEDURES Содержит описание хранимых процедур. Для получения полного описания хранимой процедуры необходимо также использовать и табли цу RDB$PROCEDURE_PARAMETERS описания параметров хранимых процедур. Связать их можно по имени хранимой процедуры:

rdb$procedure_name.rdb$parameter_name = rdb$procedure_parameters.rdb$parameter_name.

См. также RDB$FUNCTIONS - описание пользовательских функций (UDF).

Организация хранения метаданных Таблица 7.19. Описание хранимых процедур Тип и Имя столбца Комментарий длина данных Имя процедуры Rdb$procedure_name Char(31) Rdb$procedure_id Smallint № процедуры Количество входных параметров Smallint Rdb$procedure_inputs Rdb$ procedure_outputs Количество выходных параметров Smallint Rdb$description BLOB 80 Комментарий пользователя BLOB 80 Исходный текст кода процедуры Rdb$procedure_source Rdb$procedure blr BLOB 80 BLR код процедуры Rdb$security_class Класс секретности процедуры Char(31) Rdb$owner_name Char(31) Имя владельца (создателя) процедуры BLOB 80 Описание метаданных процедуры Rdb$rantime blob Rdb$system_flag Smallint Определен пользователем - 0, системой больше RDB$REF_CONSTRAINTS Содержит описание ограничений логической целостности данных.

В частности здесь описываются все вешние (FOREIGN) ключи.

Таблица 7.20. Описание ограничений логической целостности данных Имя столбца Тип и Комментарий длина данных Rdb$constraint_name Имя ограничения Char(31) Rdb$const_name_uq Char(31) Имя ограничения первичного или уни кального ключа Rdb$match_option Char(7) Зарезервировано (по умолчанию FULL) Rdb$update_rule Char(ll) Задает тип действия с вторичным клю чом при изменении первичного (допус Глава Тип и Комментарий Имя столбца длина данных тимые значения: NO ACTION, CASCADE, SET NULL, SET DEFAULT) Char(ll) Задает тип действия с вторичным клю Rdb$delete_rule чом при изменении первичного (допус тимые значения: NO ACTION, CASCADE, SET NULL, SET DEFAULT) RDB$RELATION_CONSTRAINTS Содержит описание ограничений для таблиц. Для каждого ограниче ния указывается его тип (RIMARY KEY, UNIQUE, FOREIGN KEY, PCHECK, NOT NULL), если ограничение связано с индексом, то обозна чение индекса в таблице указывается в поле Rdb$index_name, обеспечи вая связь с таблицей RDBSINDICES.

Таблица 7.21. Описание ограничений для таблиц Имя столбца Тип и дли- Комментарий на данных Имя ограничения Rdb$constraint_name Char(31) Rdb$constraint_type Char(ll) Тип ограничения таблицы (RIMARY KEY, UNIQUE, FOREIGN KEY, PCHECK, NOT NULL) Имя таблицы Rdb$relation_name Char(31) Rdb$deferrable Char(3) Зарезервировано (по умолчанию - No) Rdb$initially_deferred Char(3) Зарезервировано (по умолчанию - No) Rdb$index_name Char(31) Имя индекса, используемого ограни чениями UNIQUE, PRIMARY KEY, FOREIGN KEY RDB$RELATION_FIELDS Содержит описание столбцов таблиц базы данных. По каждому столбцу указана таблица, в которой он используется и доменное имя, та ким образом, используя данную таблицу вместе со связанными с ней, можно восстановить полное описание столбца.

Организация хранения метаданных Таблица 7.22. Описание столбцов таблиц базы данных Имя столбца Тип и Комментарий длина данных Имя поля Rdb$field_name Char(31) Rdb$rel ation_name Char(31) Имя таблицы Имя описания поля в таблице RDBSFIELDS Rdb$field_source Char(31) Rdb$query_name Char(31) Альтернативное имя поля для использования в isql;

замещает значение в RDBSFIELDS Char(31) Только в обзорах;

имя столбца из Rdb$base_field RDBSFIELDS в таблице или обзоре, который является базовым для данного. Для базового столбца:

RDBSBASEFIELD обеспечивает имя столбца, RDB$VIEW_CONTEXT - столбец в этой таблице задает имя исходной таблицы Rdb$edit_string Char (125) Не используется в isql Smallint № столбца в списке (используется в isql для Rdb$field_position задания порядка вывода столбцов, в gpre в командах SELECT и INSERT;

если не сколько столбцов имеют один номер, поря док их вывода не определен) Rdb$query_header BLOB 80 Не используется в isql Smallint Rdb$update_flag Не используется в InterBase Rdb$field_id Smallint Идентификатор для использования в BLR для именования столбца Smallint Rdb$view_context Псевдоним, используемый для уточнения столбца обзора, указывая на столбец базовой таблицы;

имеет то же значение, что и псев доним, используемый в BLR Rdb$description BLOB 80 Комментарий пользователя BLOB 80 Описание столбца (BLR) Rdb$default_value Rdb$system_flag Smallint Определен пользователем - 0, системой больше 204 Глава Тип и Комментарий Имя столбца длина данных Char(31) Класс секретности в Rdb$security_class RDB$SECURITY_CLASSES Зарезервировано Rdb$complex_name Char(31) Определяет, может ли столбец содержать Smallint Rdb$null_flag NULL BLOB 80 Описание столбца (текст) Rdb$default_source Идентификатор последовательности сравне Rdb$collation_id Smallint ния RDB$RELATIONS Содержит описание таблиц и обзоров базы данных. Если строка опи сывает обзор, то поле Rdb$view_source содержится текст команды SELECT, соответствующей обзору. Например, для обзора RUBRICS на шей тестовой базы значением этого поля будет текст:

s e l e c t UNIKEY, B O N O K M from tbook where (matherkey=0) ij Таблица 7.23. Описание таблиц и обзоров базы данных * Имя столбца Тип и дли- Комментарий на данных Rdb$view_blr BLOB 80 Для обзоров. Содержит BLR запроса Rdb$view_source BLOB 80 Для обзоров. Содержит текст запроса Rdb$relation_id Smallint Внутренний идентификатор для BLR Rdb$system_flag Smallint Определен пользователем - 0, системой больше Rdb$dbkey_length Smallint Длина ключа базы данных: для таблиц 8;

для обзоров - 8*количество таблиц в обзоре Rdb$format Smallint Только для внутреннего использования InterBase Rdb$field_id Smallint Количество столбцов в таблице Rdb$relation_name Smallint Имя таблицы Организация хранения метаданных Тип и дли- Комментарий Имя столбца на данных Rdb$security_class Char(31) Имя класса секретности, определенного в таблице RDB$SECURITY_CLASSES Rdb$external_file Varchar Имя файла, содержащего внешнюю таб (253) лицу BLOB 80 Содержит описание метаданных Rdb$runtime Rdb$external_description BLOB 80 Пользовательское описание внешнего файла Rdb$owner_name Char(31) Имя владельца (создателя) таблицы Rdb$default_class Char(31) Класс секретности по умолчанию Rdb$flags Smallint RDB$ROLES Содержит список ролей, определенных в базы данных и их владельцев.

Таблица 7.24. Описание ролей в базы данных Имя столбца Тип и дли- Комментарий на данных Rdb$role_name Char(31) Имя роли Rdb$owner_name Char(31) Имя владельца (создателя) роли RDB$SECURITY_CLASSES Задает список для управления доступом к таблицам, обзорам и их столбцам. По значению поля Rdb$security_class с данной таблицей связа ны таблицы описания базы данных - RDB$DATABASE, описание таблиц и обзоров базы данных - RDB$RELATIONS и описание столбцов таблиц базы данных - RDB$RELATION_FIELDS.

206 Глава Таблица 7.25. Описание ограничений доступа к объектам базы данных Тип и дли- Комментарий Имя столбца на данных Rdb$security_class Char(31) Имя класса секретности BLOB 80 Список управления доступом, опреде Rdb$acl ляющий пользователей, и переданных им прав BLOB Rdb$description Комментарий пользователя RDB$TRANSACTIONS Хранит историю транзакций, работающих с несколькими базами данных. При работе с одной базой таблица пуста.

Таблица 7.26. Описание истории транзакций, работающих с несколькими базами данных Тип и Имя столбца Комментарий длина данных Integer Rdb$transaction_id Идентификатор multi-database тран закции Rdb$transaction_state Smallint Состояние: 0 - limbo;

1 - committed;

2 - rolled back Rdb$timestamp Date Зарезервировано Rdb$transaction_description BLOB 80 Описывает подготовленную multi database транзакцию, доступную при неудаче повторного соединения RDB$TRIGGER_MESSAGES Описывает сообщения системных триггеров с привязкой к конкретному триггеру. Пользовательские триггеры создают свои сообщения, используя механизм исключений, и в этой таблице не появляются.

Организация хранения метаданных Таблица 7.27. Описание сообщения триггеров Тип и длина Комментарий Имя столбца данных Имя триггера Rdb$trigger_name Char(31) Smallint № сообщения Rdb$message_number Текст сообщения Varchar(78) Rdb$message RDB$TRIGGERS Содержит описание всех триггеров базы данных. Использую текст, хранимый в поле Rdb$trigger_source можно получить исходный текст тела триггера. Заголовочную часть триггера может быть определена по значе ниям полей Rdb$trigger_source, Rdb$relation_name, Rdb$trigger_type, Rdb$trigger_inactive, смысл которых ясен из приведенной ниже таблицы.

Таблица 7.28. Описание триггеров Комментарий Тип и дли Имя столбца на данных Имя триггера Rdb$trigger_source Char(31) Rdb$relation_name Имя таблицы Char(31) Порядковый № триггера (определяет Smallint Rdb$trigger_sequence последовательность выполнения тригге ров) Тип триггера: 1 - BEFORE INSERT;

2 Rdb$trigger_type Smallint AFTER INSERT;

3 - BEFORE UPDATE;

4 - AFTER UPDATE;

5 - BEFORE DELETE;

6 - AFTER DELETE Rdb$trigger_source BLOB 80 Текст триггера (исходный) Rdb$trigger_blr BLOB 80 Текст триггера (BLR) Rdb$description BLOB 80 Комментарий пользователя Rdb$trigger_inactive Smallint 0 - триггер активен, 1 - не активен Rdb$system_flag Smallint Определен пользователем - 0, системой - больше Smallint Rdb$flags 208 Глава RDB$TYPES Содержит перечень типов данных и алиасов символьных наборов и последовательностей сравнения символьных наборов. В версии 5 недос тупна. В версии 6 может использоваться. Для каждого типа данных задает возможные его значения, например для типа поля - это TEXT, SHORT, BLOB, CSTRING, TIME и т.д. Для подтипа - ACL, TRANSACTION_DESCRIPTION и т.д. Для механизма передачи данных BY_VALUE, BY_REFERENCE и т.д. Для типа триггера - PRE_STORE, POST_STORE, PRE_MODIFY, POST_MODIFY и т.д. Для типа объекта VIEW, TRIGGER, COMPUTEDFIELD и т.д. Для состояния транзакции LIMBO, COMMITTED, ROLLED_BACK. Для набора символов - NONE, OCTETS, DOS437, WIN1251 и т.д.

Таблица 7.29. Описание типов данных, кодовых таблиц и последовательностей сравнения Имя столбца Тип и дли- Комментарий на данных Имя поля, для которого вводится тип Rdb$field_name Char(31) Rdb$type Внутренний код, идентифицирующий тип Smallint поля:

внутри каждого типа (Rdb$field_name) собственная нумерация, синонимичные наименования (RdbStype name) имеют одинаковые коды.

Rdb$type_name Char(31) Текст, соответствующий внутреннему коду Rdb$description BLOB 80 Комментарий пользователя Rdb$system_flag Smallint Определен пользователем - 0, системой больше RDB$USER_PRIVILEGES Содержит сведения о выдачи прав пользователям на основе команд GRANT. Таким образом, таблица может быть использования для восста новления команд выдачи привилегий (GRANT) на использование объек тов базы данных.

Организация хранения метаданных Таблица 7.30. Описание прав пользователей Тип и Имя столбца Комментарий длина данных Rdb$user char Char(31) Имя пользователя, которому выделены привилегии Char(31) Rdb$grantor Имя пользователя, который выдал приви легии Char(6) Привилегия: ALL;

SELECT;

DELETE;

Rdb$privilege INSERT;

UPDATE;

REFERENCE;

MEMBER OF (for roles) Rdb$grant_option Smallint Привилегия выдана по опции WITH GRANT OPTION - 1, нет - Rdb$relation_name Char(31) Определяет таблицу, для которой дана привилегия Rdb$field_name char Char(31) Для привилегий update - имя поля, для которого дана привилегия Rdb$user_type Smallint Rdb$object_type Smallint RDB$VIEW_RELATIONS Описывает обзоры. Для каждого обзора содержит перечень, исполь зуемых ими таблиц. Собственно текста SQL для обзора не содержит.

Таблица 7.31. Описание обзоров Имя столбца Тип и Комментарий длина данных Rdb$view_name Имя обзора Char(31) Rdb$relation_name Char(31) Имя таблицы, используемой в обзоре.

Комбинация RDB$VIEW_NAME и RDBSRELATIONNAME должна быть уни кальной Rdb$view_context Smallint Код (порядковый номер алиаса), используе мый для кваяифицирования имен полей Глава Тип и Комментарий Имя столбца длина данных Алиас (текстовая версия в SELECT). Эта Rdb$context_name Char(31) переменная должна:

•Соответствовать значению столбца RDB$VIEW_SOURCE в RDBSRELATIONS •Быть уникальной в обзоре 7.3. Системные обзоры Используя приведенный ниже SQL script, можно создать четыре об зора, содержащих информацию об ограничениях логической целостности в базе данных. Предварительно, конечно, должна быть создана сама база данных. Системные SQL-обзоры являются подмножеством системных обзоров, определенных стандартом SQL-92. Поскольку они определены в соответствии с ANSI SQL-92, сами имена системных обзоров и их столб цов не начинаются с RDB$.

ОБЗОР CHECK_CONSTRAINTS CREATE VIEW CHECK_CONSTRAINTS ( CONSTRAINT_NAME, CHECK_CLAUSE ) AS SELECT RDB$CONSTRAINT_NAME, RDB$TRIGGER_SOURCE FROM RDB$CHECK_CONSTRAINTS RC, RDB$TRIGGERS RT WHERE RT.RDB$TRIGGER_NAME = RC.RDB$TRIGGER_NAME;

Описывает все СНЕСК-ограничения, определенные в базе.

Таблица 7.32. Описание СНЕСК-ограничений, определенных в базе Имя столбца Тип и дли- Описание на данных Constraint_name Char(31) Имя CHECK ограничения (уникальное) Check_clause BLOB 80 Текстовый BLOB. Исходный текст опреде ления триггера (столбец RDBSTRIGGER SOURCE в таблице rdb$TRIGGERS) Организация хранения метаданных ОБЗОР CONSTRAINTS_COLUMN_USAGE CREATE VIEW CONSTRAINTS_COLUMN_USAGE ( TABLE_NAME, COLUMN_NAME, CONSTRAINT_NAME ) AS SELECT RDB$RELATION_NAME, RDB$FIELD_NAME, RDB$CONSTRAINT_NAME FROM RDB$RELATION_CONSTRAINTS RC, RDB$INDEX_SEGMENTS RI WHERE RI.RDB$INDEX_NAME = RC.RDB$INDEX_NAME;

Описывает столбцы, используемые в ограничениях PRIMARY KEY и jj UNIQUE. Для внешних ограничений (FOREIGN KEY) этот обзор описы V вает столбцы, определяющие ограничение.

Таблица 7.33. Описание столбцов, используемых в ограничениях PRIMARY KEY и UNIQUE таблиц базы данных Тип и Имя столбца Описание длина данных Table_name - Char(31) Имя таблицы, для которой создано огра ничение Column_name Char(31) Имя столбца, используемого в ограничении Constraint_name Уникальное имя ограничения Char(31) ОБЗОР REFERENTIAL_CONSTRAINTS CREATE VIEW REFERENTIAL_CONSTRAINTS ( CONSTRAINT_NAME, UNIQUE_CONSTRAINT_NAME, MATCH_OPTION, UPDATE_RULE, DELETE_RULE ) AS |SELECT RDB$CONSTRAINT_NAME, RDB$CONST_NAME_UQ, [RDB$MATCH_OPTION, IRDB $UPDATE_RULE, RDB $ DELETE_RULE fFROM RDB$REF_CONSTRAINTS;

Описывает все ссылочные ограничения, определенные в базе.

Глава Таблица 7.34. Описание ссылочных ограничений, определенных в базе Имя столбца Тип и Описание длина данных Constraint_name Уникальное имя ограничения Char(31) Unique_constraint_name Имя ограничения уникального Char(31) (UNIQUE) или первичного (PRIMARY KEY) ключа, связанное с указанным списком столбцов Match_option Char(7) Зарезервировано для последующего ис пользования (устанавливается FULL).

Update_rule Char(ll) Зарезервировано для последующего ис пользования (устанавливается RESTRICT) Delete_rule Char Зарезервировано для последующего использования (устанавливается RESTRICT) ОБЗОР TABLE_CONSTRAINTS CREATE VIEW TABLE_CONSTRAINTS ( CONSTRAINT_NAME, TABLE_NAME, CONSTRAINT_TYPE, IS_DEFERRABLE, INITIALLY_DEFERRED ) AS SELECT RDB$CONSTRAINT_NAME, RDB$RELATION_NAME, RDB$CONSTRAINT_TYPE, RDB$DEFERRABLE, RDB$INITIALLY_DEFERRED FROM RDB$RELATION_CONSTRAINTS;

Описывает все ограничения, определенные в базе для таблиц.

Таблица 7.35. Описание ограничений, определенных в базе для таблиц Имя столбца Тип и дли- Описание на данных Constraint_name Char(31) Уникальное имя ограничения Table_name Char(31) Имя таблицы, для которой создано ограничение Организация хранения метаданных Имя столбца Тип и дли- Описание на данных Constraint_type Char(31) Допустимые значения: UNIQUE, PRIMARY KEY, FOREIGN KEY или CHECK Is_deferrable Char(3) Зарезервировано для последующего использования (устанавливается No) Initially_deferred Зарезервировано для последующего Char(3) использования (устанавливается No) Если для прикладных целей нужно часто использовать данные сис темных таблиц, то создание собственных обзоров с нужным составом параметров и наименованиями полей является хорошим решением. Такие обзоры хороши также тем, что позволяют защитить данные, собрать их в удобном виде независимо от того в скольких системных таблицах они хранятся. Точно также можно создать и хранимые процедуры.

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

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

Рассмотрим решение подобных задач на примерах.

Пример 7. Выведем список таблиц нашей базы с их описаниями select Rdb$relation_name, Rdb$description FROM RDB$RELATIONS where Rdb$relation_name NOT Like "RDB$%" and Rdb$view_source is NULL Если воспользоваться пакетом типа QuickDesk, работа с которым будет рассмотрена в главе «Инструментальные средства для работы с InterBase», то можно увидеть таблицу следующего вида.

Глава Таблица 7.36. Список таблиц тестовой базы по примеру 7. RDB$RELATION_NAME RDB$DESCRIPTION Список книг (рубрик) ТВООК Список авторов TAUTHOR TPLACE Список места хранения Список читателей TREADER ТВООК Описание связей авторов и книг TBOOK_AUTHOR TBOOK_PLACE Описание связи книга - место TBOOK_READER Описание связи книга - читатель TABLEARR E_LIST I_LIST QD$REPORTS Если использовать инструментарий типа WinSQL или IBConsole, то увидеть второй столбец в таком виде не удастся, поскольку в базе это по ле хранится, как BLOB.

Поскольку значительная часть описаний, которые нужны для визуа лизации, хранится именно в так, рассмотрим пример вывода BLOB объ ектов с короткими текстами в таблицу средствами C++ Builder.

Пример 7. Помещаем на форму (Forml) объекты: TDataSource, TQuery, TDBGrid (DataSourcel, Query 1, DBGridl).

Устанавливаем свойство объекта Forml Caption = "Список таблиц".

Устанавливаем свойство объекта DataSourcel DataSet = Query 1.

Устанавливаем свойство объекта DBGridl DataSource = DataSourcel.

Устанавливаем свойство объекта Query I AutoCalcFields = true.

Устанавливаем свойство объекта Query I DataBase = TESTLIBR (али ас нашей тестовой базы).

Устанавливаем свойство объекта Query I SQL = «select Rdb$relation_name, Rdb$description FROM RDB$RELATIONS where Rdb$relation_name NOT Like "RDB$%" and Rdb$view_source is NULL» Организация хранения метаданных Вызываем FieldEditor, добавляем в него все выбираемые поля, а так же добавляем новое вычисляемое поле DESCRIPTION, как строковое данное длиной 100 байтов.

Выбираем событие OnCalcFields. После двойного «клика» у нас соз дается заголовок обработчика событий QueryICalcFields.

Теперь набираем текст обработки события, содержащий текст преоб разования BLOB в символьную строку. При этом в строке нужно убрать коды «возврат каретки» и «перевод строки».

Текст будет иметь вид void fastcall TForml::QuerylCalcFields(TDataSet *DataSet) { TBlobField * tt= dynamic_cast (Queryl->FieldByName("Rdb$description"));

TStringList *TS=new TStringList;

// Настраиваемся на работу с BLOB TBlobStream *bs = new TBlobStream(tt, bmRead);

// Создаем поток для чтения из выбранного BLOB TS->LoadFromStream(bs);

// Записываем данные BLOB в объект TStringList // (список строк) AnsiString SText=TS->Text;

for(int i=l;

i<=SText.Length();

i++) if(SText[i]==13 || SText[i]==10) SText[i]=" •;

// Убираем коды «возврат каретки» и «перевод строки».

Queryl->FieldByName("description")->AsString=SText;

// «Записываем» в Query delete bs;

// удаляем поток В ColumnEditor для объекта DBGridl задаем заголовки столбцов «Имя таблицы», «Описание таблицы», удалив предварительно столбец RDBSDESCRIPTION.

Устанавливаем свойство объекта Query I Active = true и запускаем приложение на выполнение. В режиме проектирования вычисляемые по ля, в данном случае «Описание таблицы», не видны, так как для их за полнения необходимо выполнить записанный нами код.

В результате получим картинку, представленную на рисунке 7.1.

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

Пример 7. Для преобразования BLOB в строку создадим UDF blob_str. Текст ее может быть, например, следующим.

declspec(dllexport) blob_str(SBLOB Ы ) char long length=100;

char *buffer,t,*retstr;

int curpos=0;

retstr=(char *(malloc(256);

retstr[0]=0;

if(!(bl->blob_get_segment)) return retstr;

buffer=new char[bl->max_seglen+l];

for(int i=O;

inumber_segments && curpos<255;

i++) {(bl->blob_get_segment)(bl->blob_handle,buffer, bl->max_seglen,length);

for(int i=O;

i

i++,curpos++) {t=buffer[i];

if(t==10 && t==13) t=' •;

retstr[curpos]=t,• } } Организация хранения метаданных retstr[curpos]=0;

delete!] buffer;

return retstr;

Описание UDF в базе тогда будет:

DECLARE EXTERNAL FUNCTION BLOB_STR BLOB RETURNS CSTRING(255) FREE_IT ENTRY_POINT '_blob_str' MODULE_NAME 'MYDLL1;

Пример 7. После создания подобной UDF наша выборка будет выглядеть select Rdb$relation_name, BLOB_STR(Rdb$description) FROM RDB$RELATIONS where Rdb$relation_name NOT Like "RDB$%" and Rdb$view_source is NULL Поскольку в выбираемых полях уже нет BLOB, то такая выборка бу дет пригодна как для интерактивных утилит, так и для любых приложе ний. Нужно только помнить, что она обрезает хранимый текст до байт.

Результат такой выборки уже показан в таблице 7.36.

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

Пример 7. select Rdb$field_position+1 NUMBER, Rdb$field_name Name, BLOB_STR(Rdb$description) Description FROM RDB$RELATION_FIELDS where Rdb$relation_name = "TBOOK" Теперь добавим к ним сведения о типе полей, их длине и точности.

select a.Rdb$field_position+l NUMBER, a.Rdb$field_name Name, b.Rdb$field_type FieldType, b.Rdb$field_length FieldLength, Rdb$field_scale Scale, BLOB_STR(a.Rdb$description) Description Глава Аналогичным образом непосредственно или с соответствующей об работкой в программе можно получить описание, как для наглядного представления, так и для получения собственно команд SQL, практически всех объектов базы данных.

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

Последнее имеет смысл, прежде всего тогда, когда стандартный текст должен дополняться теми или иными дополнениями. В качестве примера используем текст триггера 1_ТВООК_1. Его тело, собственно уже было приведено в предыдущем примере. Дадим теперь его полностью.

Пример 7. CREATE TRIGGER I_TBOOK_1 FOR TBOOK ACTIVE BEFORE INSERT POSITION as begin if (new.UNIKEY is NULL) then new.UNIKEY=GEN_ID(sysnumber,1);

if (new.MATHERKEY is NULL or new.MATHERKEY<0) then BEGIN update RDB$EXCEPTIONS SET Rdb$message='He указана рубрика для <' || new.BOOKNM || '>' where Rdb$exception_name='NO_RUBRIC';

exception NO_RUBRIC;

END if (new.MATHERKEY>0) then if (NOT EXISTS (select * from TBOOK where (unikey=new.MATHERKEY))) then exception ERR_RUBRIC;

if (new.BOOKNM is NULL) then exception NO_BOOKNM;

end В данном примере при недопустимом значении поля MATHERKEY формируется исключение, но с той особенностью, что в текст исключения добавляется наименование книги - поле BOOKNM. Для этого сначала изменяется строка таблицы исключений, а затем выдается само исключе ние (уже измененное). Его текст и получит конечный пользователь. Далее выдача исключения вызывает откат транзакции, в результате все измене ния, сделанные транзакцией, следовательно, и изменения в таблице ис ключений будут отменены, а само исключение сохранится в первона чальном виде, то есть как раз то, что нам и нужно.

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

Глава Администрирование базы данных Начнем с замечания, звучащего несколько рекламно, но, тем не ме нее, полностью соответствующего действительности. Большинство SQL серверов требуют целых подразделений, занимающихся только обслужи ванием SQL-сервера, его настройкой и управлением. InterBase обеспечи вает не только высокую производительность использующих его систем, но и простоту их сопровождения, предоставляя возможность создания баз данных любого уровня - от персональных до корпоративных с сотнями пользователей.

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

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

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

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

222 Глава 8.1. Установка InterBase IB Database устанавливается запуском setup с дистрибутива. После запуска установки в Windows выводится картинка, содержащая перечень компонент, включенных в дистрибутив, и предлагаемую директорию для установки.

Указываем требуемую директорию, если предлагаемая не устраива ет, и помечаем компоненты, которые хотим включить в установку. Прак тически можно рекомендовать полную установку, учитывая, что зани маемый объем не превышает 30 Мб (вместе с Adobe Acrobat Reader - 36), из них около 20 занимают документация и примеры.

После ответов на вопросы о каталоге установки и устанавливаемых компонентах появляется картинка-заставка процесса установки InterBase.

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

IB Database динамически настраивается на количество дисковой и оперативной памяти или на количество работающих пользователей, поэтому нет необходимости настраивать сервер для получения макси мальной производительности.

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

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

Установка на платформах, отличных от Windows / Windows NT, име ет некоторую специфику, что отражено в соответствующей документа ции, но также не займет более 15 минут.

В целом можно сказать, что установка InterBase больше похожа на установку программ в среде DOS, а не Windows NT. Правда, надо ясно понимать, что установить InterBase и научиться эффективно использовать его возможности, это не одно и то же.

Чтобы настроить сервер, запускаем утилиту InterBase Configuration (regcfg.exe) и выбираем желаемые режимы запуска (рис. 8.1).

Настройка и обслуживание базы с помощью диспетчера серверов Настройка базы данных и ее обслуживание, включая резервное ко пирование и восстановление базы данных, осуществляется другой утили Администрирование базы данных той - диспетчером серверов: InterBase Server Manager (ibmgr32.exe).* Его окно представлено на рис. 8.2.

Рис. 8.1. Задание конфигурации сервера InterBase.

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

Оставаясь в диспетчере серверов, можно выполнить копирование ба зы данных выбором пунктов меню Tasks, Backup. Восстановление базы по копии - выбором пунктов меню Tasks, Restore.

В версии InterBase 6 для реализации этих функций используется утилита ШСоп sole.exe, интегрирующая ряд утилит предыдущих версий.

Глава Рис. 8.2. Окно диспетчера серверов.

Изменение периодичности чистки базы (см. гл. 9 о работе с транзак циями) можно выполнить выбором пунктов меню Maintenance, Database Properties. После этого можно явно указать периодичность чистки (Sweep Interval). Значение по умолчанию - 20000. Данная величина уста новлена на основе опытных данных, поэтому менять ее без особых на то оснований не стоит.

Иногда может быть полезным выполнить саму чистку (например, по окончании сеанса работы или просто в конце рабочего дня). Для этого следует выбрать пункты меню Maintenance, Database Sweep.

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

8.2. Создание базы данных Создание базы данных удобнее всего произвести, используя либо WinSQL в InterBase 5, либо утилиту IBConsole в InterBase 6 с переходом в ней в Interactive SQL.

Далее выполняем команду CREATE DATABASE.

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

Для хранения данных на русском языке пригодны два варианта. Рассмот рим преимущества и недостатки каждого из них.

Создание базы данных без кодовой таблицы.

Администрирование базы данных Пример 8. CREATE DATABASE "С:/MYDIR/TESTBASE.GDB" USER "SYSDBA" PASSWORD "masterkey";

В этом случае символьные данные хранятся в базе в том виде (DEFAULT CHARACTER SET NONE), как они были загружены, без ка ких-либо преобразований. Сортировка данных осуществляется в порядке возрастания кодов хранимых символов. Например, если столбец таблицы C_FIELD таблицы ABC содержит значения F, f, g, G, Ц, ц, Б, б, то в ре зультате сортировки SELECT C_FIELD FROM ABC ORDER BY C_FIELD получим F, G, f, g, Б, Ц, б, ц.

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

Для сортировки вне зависимости от регистра можно воспользоваться функцией UPPER.

SELECT C_FIELD FROM ABC, UPPER(ABC) ORDER BY в результате сортировки получим:

F F f F G g G G Б Б Ц Ц 6 ц ц Почти хорошо, но UPPER с кириллицей не работает. К сожалению, этот факт не зависит от используемой кодовой таблицы. Однако проблема эта легко решается с помощью подключения соответствующей UDF.

В приложении приведен текст такой функции на С и ее объявление в базе.

Функция названа RUPPER. Воспользуемся ей.

SELECT C_FIELD FROM ABC, RUPPER(ABC) ORDER BY в результате сортировки получим:

F F f F G g G G Б Б 6 Б Ц Ц ц Ц Глава Следует отметить, что функция типа RUPPER нужна не только для сортировки, но и для сравнения данных, например в условиях, если необходимо устранить зависимость результата от регистра.

Создание базы данных с кодовой таблицей WIN 1251.

Пример 8. CREATE DATABASE "С:/MYDIR/TESTBASE.GDB" USER "SYSDBA" PASSWORD "masterkey" DEFAULT CHARACTER SET WIN1251;

Значение для упорядочения (COLLATE) при этом будет также WIN 1251. Сортировка данных осуществляется в порядке возрастания ко дов хранимых символов, если при описании данных (доменов) не указана конструкция COLLATE. Например, если столбец таблицы C_FIELD таб лицы ABC содержит значения F, f, g, G, Ц, ц, Б, б, то в результате сорти ровки SELECT C_FIELD FROM ABC ORDER BY C_FIELD получим F, G, f, g, Б, Ц, б, ц.

Здесь, правда можно задать COLLATE, как при описании доменов или описании столбцов таблиц (это, по существу, одно и то же, поскольку описание столбца в таблице, если он явно не ссылается на домен, порож дает генерируемый системой домен), либо непосредственно при выборке.

Рассмотрим соответствующий пример SELECT C_FIELD FROM ABC ORDER BY C_FIELD COLLATE PXW_CYRL в результате сортировки получим: f, F, g, G, б, Б, ц, Ц.

To есть в данном случае мы можем выполнять сортировку в двух ре жимах.

Еще раз отметим, что функция UPPER и в этом случае не будет рабо тать для кириллицы, так что от UDF функций типа RUPPER все равно не уйти.

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

Полный синтаксис команды CREATE DATABASE приведен в при ложении.

Администрирование базы данных 8.3. Настройка BDE Назначение BDE и организация связи с ним приложения Проблемы настройки BDE (Borland Database Engine) при работе с InterBase возникают, прежде всего, в системах, работающих с C++Builder и Delphi. Последние, однако, являются, пожалуй, наиболее распростра ненными средствами для разработки систем, работающих с СУБД, по этому этот вопрос представляется достаточно важным.

Существует несколько способов организации интерфейса с базами данных. Выделим два основных.

Первый способ - это работа средствами API соответствующей СУБД. При этом способе обеспечивается максимальное быстродействие приложения. Платой за это является жесткая привязка системы к кон кретной СУБД и, как следствие, непереносимость системы. Для перехода на работу с другой СУБД требуется переработка программного обеспече ния приложения.

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

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

Рассмотрим подробнее реализацию разработки вторым способом на основе использования средств BDE.

Схема взаимодействия приложения с базой данных приведена на рис. 8.3.

228 Глава | Приложение | | Borland Database Engine QBE IDAPI32.DLL Local SQL | Oracle Драйвер InterBase IDAPTO DAO R Paradox SQL Link SQL Link INTF Рис. 8.З. Взаимодействие приложения с базой данных.

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

Итак, рассмотрим задачу настройки описаний базы данных для BDE.

Для идентификации базы данных используется ее символьный иден тификатор - алиас базы данных. Алиас известен приложению и с алиа сом связано описание, используемое BDE.

С каждым алиасом необходимо связать:

• тип базы данных;

• фактическое имя и путь доступа к базе;

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

Настройка BDE для работы с базой InterBase (использование BDE Administrator) Наиболее удобным и естественным способом настройки BDE для ра боты с конкретным приложением является использование утилиты BDE Administrator (bdeadmin.exe).

Стартуем BDE Administrator. Получаем окно, показанное на рис. 8.4.

Администрирование базы данных |18 items in Databases.

Рис. 8.4. Главное окно администратора баз данных.

Выбираем пункт меню Object, подпункт New (то же самое можно сделать и другими способами, но, чтобы не загромождать описание, огра ничимся одним).

Получаем окно с заголовком New Database Alias. В нем выбираем из предлагаемого списка драйверов (Database Driver Name) драйвер для InterBase - INTRBASE. Нажимаем ОК. Получаем новое окно (рис. 8.5).

Рис. 8.5. Окно настройки баз данных администратора баз.

Вводим имя для алиаса, в нашем случае - вместо INTRBASE 1. На пример, TESTLIBR. В окне справа вводим в поле SERVER NAME факти ческий путь доступа к базе данных. В поле USER NAME указываем имя Глава пользователя. Нажимаем на голубую стрелку - Apply. Описание базы создано.

Теперь можно открыть базу. Для этого щелкаем мышью на знаке '+' перед именем алиаса. Вводим имя пользователя и пароль. Соединение с базой выполнено. Еще раз выберем пункт меню Object.

Теперь можно перейти к работе с базой, вызвав, например, диспетчер серверов - пункт меню Server Manager или утилиту для работы с базой данных WinSQL для InterBase 5 или IBConsole для InterBase 6, далее пункт меню для работы с ISQL.

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

Настройка BDE на работу с кириллицей Теперь несколько слов о настройке BDE для поддержки работы с ки риллицей.

В процессе работы средства BDE читают или пишут данные из базы.

При этом при необходимости производится перекодирование данных.

Внутри Windows-приложения символьные данные хранятся в теку щей кодировке, для русскоязычных приложений - 1251.

Итак, если мы имеем, например файлы DBF в кодировке DOS 866, то для их штатного прочтения необходимо ее задать. Для этого надо войти в BDE Administrator в подменю Configuration, выбрать Native, DBASE и задать LANGDRIVER dBASE RUS cp866. В этом случае производится перекодирование данных как при чтении, так и при записи, таким обра зом можно «забыть», что на диске данные хранятся в кодировке DOS, а в приложении - в кодировке Windows. Но в данном случае сами файлы не содержат информации об используемой кодовой странице.

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

В InterBase задано CHARACTER SET NONE Здесь возможны 2 случая.

Вариант 1.

В BDE не указан LANGDRIVER (поле пусто).

В этом случае перекодировка данных при чтении и записи не произ водится. При работе с InterBase никаких проблем не возникает.

Теперь читаем данные из файла DBASE (LANGDRIVER dBASE RUS cp866) в приложение. Данные перекодируются. Далее из приложения за писываем построчно в InterBase (NONE). Перекодировки не происходит.

Записано все правильно и в нужной нам кодировке.

Теперь проделываем то же самое, но в один прием, используя ло кальный SQL.

Администрирование базы данных Пусть файл FILET.DBF в директории E:\userdos содержит два сим вольных поля: ТХТ1 и ТХТ2.

Создадим в нашей базе таблицу TABL1.

CREATE TABLE SPLAV ( ТХТ1 VARCHAR(5), TXT2 VARCHAR(45));

Тогда данные из файла DBASE - FILET.DBF в нашу таблицу можно поместить с помощью средств локального SQL BDE в нашу базу сле дующей командой.

i n s e r t into ":TESTLIBR:TABL1"(TXT1, TXT2) s e l e c t cast(TXTl as varchar(5)), cast(TXT2 as varchar(45)) from 'E:\userdos\FILET.DBF' Промежуточного перекодирования теперь нет, данные попали в базу, но вместо кириллицы появились #.

Таким образом, прямая запись в данной ситуации невозможна.

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

Вариант 2.

В BDE указан LANGDRIVER Pdox ANSI Cyrillic. Это соответствует кодировка WIN 1251.

При обращении к базе получаем сообщение:

General SQL error.

arithmetic exeption, numeric overflow, or string truncation Cannot transliterate character between character sets.

Проще говоря, этот вариант непригоден. BDE не умеет выполнять перекодировки с NONE.

В InterBase задано CHARACTER SET WIN 1251.

Здесь возможны 2 случая.

Вариант 1.

В BDE не указан LANGDRIVER (поле пусто).

Проведем те же манипуляции, что и раньше.

Чтение из базы прошло, поскольку при чтении перекодировки нет.

Запись идет из NONE в WIN 1251 - BDE этого не умеет.

Прямая запись также не прошла. Здесь перекодировки DOS 866 NONE - WIN 1251 результат тот же, что и при установке в базе кодовой таблицы NONE. Этот вариант также непригоден.

Вариант 2.

В BDE указан LANGDRIVER Pdox ANSI Cyrillic. Это соответствует кодировка WIN 1251.

Глава Чтение из базы прошло, поскольку кодовые страницы совместимы.

Записи, как в построчном режиме, так и с помощью SELECT прошли правильно. DOS 866 - Pdox ANSI Cyrillic - WIN 1251.

Возникают ли здесь какие-либо проблемы. Увы, да. Если посмотреть системные таблицы, то можно увидеть, что в них явно указана кодовая таблица character set UNICODE_FSS. Для приложений, это не беда, но, если нужно пользоваться утилитой SQL Explorer, то при попытке про смотра списка таблиц базы он выдаст сообщение, которое мы уже видели:

Cannot transliterate character between character sets. Связано это с тем, что для получения этого списка SQL Explorer пытается читать системные таблицы, а они как раз «не в той кодировке». Беда, конечно не так велика, но к ней нужно быть готовым.

Подведем итоги.

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

Первый способ является более простым. При создании базы данных DEFAULT CHARATER SET ни для базы данных, ни для символьных по лей не указывается. В BDE в поле параметра LANGDRIVER задаем зна чение пусто. В этом случае в БД можно записывать символы в любой кодировке.

При таком способе единственной проблемой при работе с базой дан ных является то, что при сортировке данных сначала пойдут прописные буквы, а потом строчные. Для сортировки вне зависимости от регистра нужна UDF типа RUPPER. Занесение данных из внешних таблиц следует делать построчно.

Другой способ предполагает задание при создании БД дополнитель ного параметра DEFAULT CHARACTER SET WIN 1251.

При работе с использованием BDE необходимо выполнить его на стройку. Удобнее всего воспользоваться утилитой администратора баз данных (bdeadmin.exe), описанной выше. Для этого достаточно на стра ничке System для драйвера INTRBASE (чтобы потом не делать то же са мое каждый раз при создании нового псевдонима) или для псевдонимов INTRBASE установить параметр LANGUAGE DRIVER = Pdox ANSI Cyrillic.

При установке кодировки WIN 1251 collation устанавливается по умолчанию также в WIN 1251, сортировка текстов (так же, как и при пер вом способе) будет выполняться по возрастанию кодов символов. Для обеспечения сортировки независимо от регистра необходимо при описа нии доменов (полей таблиц) или непосредственно в конструкции коман ды SELECT после имени поля в ORDER BY указать collate PXW_CYRL.

Рассмотрим результаты сортировок на примерах.

Администрирование базы данных Пример 8. CREATE TABLE TAUTH0R1 ( AUTHOR PRMKEY, AUNAME VARCHAR(60) COLLATE PXW_CYRL, COMMENT VARCHAR(80), Зададим следующие значения.

Таблица. 8.1. Содержимое таблицы TAUTHOR1 для примера 8. COMMENT AUNAME AUTHOR Первый Дашкова Полина второй Хмелевская Иоанна Третий Ладыжинская Ольга Александровна четвертый 22 Бурова И.И.

Пятый без авторов Применим команду:

Пример 8. select * from tauthor order by AUNAME;

Результат представлен в табл. 8.2.

Таблица 8.2. Результат выборки с сортировкой при наличии опции COLLATE COMMENT AUNAME AUTHOR 24 без авторов Пятый 22 Бурова И.И. четвертый 19 Дашкова Полина Первый 21 Ладыжинская Ольга Александровна Третий 20 Хмелевская Иоанна Второй Глава Сортировка выполнена по 2 столбцу, причем регистр текста не учи тывается.

Теперь выполним такую же операцию, но по третьему столбцу, по которому COLLATE не задана.

Пример 8. select * from tauthor order by COMMENT;

Таблица 8.З. Результат выборки с сортировкой при отсутствии опции COLLATE COMMENT AUNAME AUTHOR Первый Дашкова Полина 24 без авторов Пятый Ладыжинская Ольга Александровна Третий второй 20 Хмелевская Иоанна 22 Бурова И.И. четвертый Здесь также выполнена сортировка, но уже только по возрастанию кодов символов, а это означает, что вначале идут прописные буквы, а уже потом строчные.

Чтобы провести сортировку, аналогичную первой, достаточно сде лать следующее.

Пример 8. select * from tauthor order by COMMENT COLLATE PXW_CYRL;

Таблица 8.4. Результат выборки с сортировкой с опцией COLLATE в запросе AUNAME AUTHOR COMMENT 20 Хмелевская Иоанна Второй 19 Дашкова Полина Первый 24 без авторов Пятый 21 Ладыжинская Ольга Александровна Третий 22 Бурова И.И. четвертый Администрирование базы данных В списке кодировок Borland InterBase есть еще одна русскоязычная CYRL (866), соответствующая кодировке в DOS, однако ее лучше не ис пользовать, поскольку это немедленно приведет либо к проблеме со шрифтами в приложении, либо к необходимости в постоянной перекоди ровке данных. Тем более что какой-либо необходимости в этом не видно, разве что при использовании старых баз, созданных в DOS. Но и в этом случае проще перекодировать их при перемещении в InterBase.

Следует, правда, отметить, что собственно утилиты BDE не всегда корректно ведут себя с упомянутыми кодировками, особенно, если необ ходимо одновременно работать с базами InterBase и локальными табли цами Paradox или dBASE. В этом смысле работа без явного указания CHARACTER SET предпочтительнее. На сегодняшний день здесь не воз никает никаких проблем.

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

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

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

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

Для регулирования доступа таких групп в InterBase предусмотрен механизм «ролей».

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

Создание списка пользователей Рассмотрим выполнение этой работы в среде Windows. Для создания списка пользователей можно воспользоваться диспетчером серверов InterBase Server Manager (ibmgr32.exe) при работе с InterBase версий 4 и 5, либо IBConsole.exe для версий 6.

В первом случае стартуем диспетчер серверов.

Глава Соединяемся с конкретной базой. Выбираем пункт меню File и внут ри него пункт Server Login. Вводим пароль. Если данные введены пра вильно, то происходит соединение с базой. Для обеспечения работы по созданию пользователей необходимо иметь права администратора базы данных. При первом соединении: пользователь - SYSDBA, пароль masterkey.

Далее выбираем пункт меню Tasks и внутри него пункт User Security. Добавляем нового пользователя, выбрав Add User. Указываем имя пользователя (User Name), используемое для его идентификации, и пароль. При желании можно задать дополнительные данные о пользо вателе: фамилию, имя.

Во втором случае стартуем IBConsole.

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

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

Пользователь создан. При необходимости данные пользователя мож но модифицировать или удалить. Единственное, что не рекомендуется, это удаление пользователя SYSDBA. Последнее связано с необходимо стью переустановки InterBase для восстановления базы поддержания сек ретности isc4.gdb.

Задание прав. Команда GRANT Создание пользователя само по себе не дает ему никаких прав на доступ к объектам базы данных.

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

GRANT устанавливает права на объекты базы данных пользовате лям, ролям или другим объектам базы данных. Когда объект создается, права на него имеет только его создатель и только он может выдавать права другим пользователям или объектам.

Для доступа к таблице или обзору пользователь или объект нуждает ся в правах на SELECT, INSERT, UPDATE, DELETE или REFERENCES.

Все права могут быть даны опцией ALL.

Для вызова процедуры в приложении пользователь должен иметь права на EXECUTE.

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

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

Перечень прав приведен в табл. 8.5.

Таблица 8.5. Перечень прав Право Позволяет пользователям ALL SELECT, DELETE, INSERT, UPDATE, EXECUTE, и REFERENCES (последнее только для версий позже 4) SELECT Дает право выбирать строки из таблицы или представления DELETE Дает право удалять строки из таблицы или представления INSERT Дает право добавлять строки в таблицу или представления UPDATE Дает право изменять строки в таблице или представлении.

Может быть ограничено только определенным набором столбцов Дает право ссылаться при работе с внешним ключом на REFERENCES специфицированные столбцы;

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

Синтаксис:

GRANT {ALL [PRIVILEGES ] / L J 5 T _ < p r i v i l e g e > } ON /"TABLE ] ftablename / viewname} TO f / L J S T _ < u s e r > / GROUP UNIX_groupj /EXECUTE ON PROCEDURE procname TO {LIST_ / L J S T _ < u s e r > fwiTH GRANT OPTION./} / L J S T _ r o l e n a m e TO {PUBLIC / LIST_ /WITH AOMIN OPTION7 } ;

238 Глава ;

:= SELECT / DELETE / INSERT / UPDATE [(LIST_col) ] I REFERENCES [ {LIST_COl) ] ::= PROCEDURE procname / TRIGGER trigname I VIEW viewname / PUBLIC ;

:= /4JSER7 username I rolename / Unix_user^ :;

= /"USERJ username Таблица 8.6. Описание синтаксических элементов команды GRANT Аргумент Описание privilege Имя предоставленного права. Допустимые значения:

SELECT, DELETE, INSERT, UPDATE, REFERENCES Col Имя столбца, на который выдаются права.

Tablename Имя существующей таблицы, на которую распростра няются права Viewname Имя существующего обзора, на который распространя ются права Имя существующего объекта базы (процедуры, обзора, триггера), на который распространяются права username Имя пользователя, которому передаются права WITH GRANT Передает права на передачу прав пользователям, пере OPTION численным в списке LIST_ rolename Имя существующей роли, созданной командой CREATE ROLE Пользователь, которому передаются права роли. Список пользователей должен быть задан в isc4.gdb (создан, например утилитой IBConsole) GROUP unix_group Имя группы в UNIX, заданной в /etc/group Администрирование базы данных Следующая команда передает права пользователю на SELECT и DELETE. Опция WITH GRANT OPTION дает права на их дальнейшую передачу.

Пример 8. GRANT SELECT, DELETE ON TBOOK TO MISHA WITH GRANT OPTION;

А эта команда дает право на выполнение процедуры другой проце дуре и пользователю.

Пример 8. GRANT EXECUTE ON PROCEDURE PAUTHOR TO PROCEDURE PBOOKAUTHOR, MISHA;

В данном случае передача прав процедуре PBOOKAUTHOR в нашей базе бессмысленна, поскольку она просто не использует процедуру PAUTHOR, но синтаксически она вполне корректна.

Следующая команда по содержанию полностью аналогична примеру 8.5., но ориентирована на использование внедренного SQL.

Пример 8. EXEC SQL GRANT SELECT, DELETE ON TBOOK TO MISHA WITH GRANT O P T I O N ;

Ликвидация прав. Команда REVOKE REVOKE ликвидирует права доступа к объектам базы данных. Права это действия с объектом, которые разрешены пользователю. SQL-права описаны в табл. 8.7.

Таблица 8.7. Перечень прав Право Запрещает пользователям ALL SELECT, DELETE, INSERT, UPDATE и EXECUTE SELECT Выбирать строки из таблицы или представления Удалять строки из таблицы или представления DELETE Вставлять строки в таблицу или представления INSERT UPDATE Изменять строки в таблице или представлении. Может быть задано для определенного набора столбцов EXECUTE Выполнять хранимую процедуру 240 Глава Запрещает пользователям Право GRANT Делегирование прав другим пользователям OPTION FOR Отметим некоторые ограничения при использовании команды REVOKE. Ликвидировать права может только тот пользователь, кто их выдал. Одному пользователю могут быть переданы одни и те же права на объект базы данных от любого числа разных пользователей. Команда REVOKE влечет за собой лишение выданных ранее именно этим пользо вателем прав. Права, выданные всем пользователям опцией PUBLIC, мо гут быть ликвидированы командой REVOKE только с опцией PUBLIC.

Синтаксис:

REVOKE [GRANT OPTION FOR./ [ALL /"PRIVILEGES] I L J S T _ < p r i v i l e g e > } ON /"TABLE J {"ta blename / viewnamei FROM { L J S T _ < o b j e c t > / LIST_} I EXECUTE ON PROCEDURE p r o c n a m e FO R M f / LJST_} < p r i v i l e g e > ;

: = SELECT / DELETE / INSERT / UPDATE [{LIST_coD ] I REFERENCES [ (LIST_COl) ] < o b j e c t > : : = PROCEDURE procname / TRIGGER t r i g n a m e / VIEW viewname / /"USER7 username / PUBLIC < u s e r > : ;

= /"USER7 username Таблица 8.8. Описание синтаксических элементов команды REVOKE Аргумент Описание GRANT OPTION Отменяет у перечисленных пользователей права на делегиро FOR вание прав на объекты базы данных. Неприменим по отно шению к объектам базы данных Имя столбца, на который выдаются права col Администрирование базы данных Аргумент Описание tablename Имя существующей таблицы, на которую распространя ются права viewname Имя существующего представления, на которое распро страняются права Имя существующего объекта базы, на который распро страняются права Пользователь, у которого ликвидируются права Следующая команда ликвидирует у пользователя права на удаление из таблицы (см. пример 8.5, в этом случае права на чтение у него остают ся).

Пример 8. REVOKE DELETE ON ТВООК FROM MISHA;

А эта команда отменяет право на выполнение процедуры другой процедуре и пользователю (см. выделение соответствующих прав в при мере 8.6) Пример 8. REVOKE EXECUTE ON PROCEDURE PAUTHOR FROM PROCEDURE PBOOKAUTHOR, MISHA;

Создание группы управления правами - роли.

Прежде всего, разберемся с понятием роли. Рассмотрим некоторое множество команд предоставления прав (GRANT) и дадим ему имя.

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

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

• Создание роли, то есть объявление ее в базе (создание имени и пустого множества).

Глава • Формирование списка прав, связанных с ролью (включение эле ментов - прав в множество).

• Формирование прав пользователей на основе ролей • Связывание пользователей с ролями, то есть передача им множе ства прав, описанных в роли.

Команды CREATE ROLE, DROP ROLE Команда CREATE ROLE реализует первый этап действий при рабо те с ролями: создает (объявляет) роль в базе данных.

Синтаксис:

CREATE ROLE rolename;

Таблица 8.9. Опции команды CREATE ROLE Параметр Описание Rolename Имя роли;

должно быть уникальным среди функциональных имен в базе данных Пример 8. Следующая команда создает роль, называемую "bibrole".

CREATE ROLE bibrole;

Команда DROP ROLE выполняет действия, обратные CREATE ROLE - удаляет роль из базы данных.

Синтаксис:

DROP ROLE rolename;

Таблица 8.10. Опции команды DROP ROLE Параметр Описание Rolename Имя существующей роли, которая удаляется из базы данных Роль может быть удалена либо ее создателем, либо пользователем SYSDBA, либо другим пользователем с аналогичными правами.

Администрирование базы данных Пример 8. Следующая команда удаляет роль, называемую " bibrole ".

DROP ROLE bibrole;

Формирование списка прав, связанных с ролью Ролям, созданным командой CREATE ROLE, могут быть предостав лены права так же, как и пользователям.

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

G A T {"ALL /"PRIVILEGES 7 / L J S T _ < p r i v i l e g e > } O /"TABLE ] RN N ftablename / viewnamej TO LI5T_ /EXECUTE ON PROCEDURE procname TO / L J S T _ < u s e r > /"WITH GRANT OPTION./ < p r i v i l e g e > ;

: = SELECT / DELETE / INSERT / UPDATE [(LIST_COl) ] I REFERENCES [ (LIST_col) ] < u s e r > : : = /"USERJ username / rolename / Unix_user} Отметим, что одной командой GRANT права могут предоставляться и ролям и пользователям.

Таблица 8.11. Описание синтаксических элементов команды GRANT для ролей Описание Аргумент privilege Имя предоставленного права. Допустимые значения:

SELECT, DELETE, INSERT, UPDATE, REFERENCES Col Имя столбца, на который выдаются права.

Имя существующей таблицы, на которую распростра Tablename няются права Глава Описание Аргумент Имя существующего обзора, на который распространя Viewname ются права Имя пользователя, которому передаются права username Передает права на передачу прав пользователям, пере WITH GRANT OPTION численным в списке LIST_ Имя существующей роли, созданной командой CREATE rolename ROLE Рассмотрим пример предоставления прав (привилегий) роли "bibrole" (см. примеры 8.6 и 8.10) на выполнение процедуры PAUTHOR.

Пример 8. CREATE ROLE bibrole;

GRANT EXECUTE ON PROCEDURE PAUTHOR TO bibrole;

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

GRANT L I S T _ r o l e n a m e TO /WITH ADMIN OPTION7 } ;

{PUBLIC / L J S T _ < g r a n t s > :;

= username Таблица 8.11. Описание синтаксических элементов команды GRANT для передачи прав ролей пользователям Аргумент Описание username Имя пользователя, которому передаются права rolename Имя существующей роли, созданной командой CREATE ROLE Администрирование базы данных Рассмотрим передачу пользователям прав, присвоенных ролям.

Пример 8. G A T b i b r o l e T misha, masha, Ivan_Ivanovitch;

RN O Связывание пользователей с ролями В InterBase с пользователем во время его сеанса работы с базой мо жет быть связана только одна роль. В то же время команд GRANT на пе редача прав от ролей пользователю может быть несколько.

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

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

Реализация такой связи осуществляется командой CONNECT.

Базовый синтаксис команды CONNECT для нашего случая выглядит сле дующим образом:

CONNECT USER 'username' PASSWORD 'password' ROLE ' r o l e name ' ;

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

Пример 8. CONNECT USER 'MISHA' PASSWORD '12345' ROLE 'bibrole';

MISHA получил права на процедуру PATHOR CONNECT USER 'MISHA' PASSWORD '12345';

MISHA не получил права на процедуру PATHOR Глава 8.5. Копирование и восстановление базы данных Регулярное выполнение операций копирования базы предназначено, прежде всего, для обеспечения возможности восстановления данных по сле сбоев. Учитывая, что база данных InterBase физически организована в виде одного файла (при наличии файлов тени - нескольких файлов), проблем с копированием базы нет. Единственно, о чем следует помнить, так это о том, что при проведении копирования внешними программами все пользователи должны быть отключены от базы.

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

Использование резервной копии InterBase и особенности восстанов ления утилитой gbak или диспетчером серверов (Server Manager в InterBase 4-5 или IBConsole в InterBase 6) дают ряд преимуществ. При резервном копировании и восстановлении помимо собственно копирова ния выполняется также ряд дополнительных действий, а именно:

• Выполняется сборка "мусора" (удаляются устаревшие версии за писей) и чистка таблицы транзакций от транзакций, завершенных откатом (rollback).

• Балансируются индексы.

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

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

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

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

В результате копирования средствами InterBase получается плат формно-независимый, устойчивый снимок базы.

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

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

1. Перед установкой новой версии InterBase скопировать базы дан ных, использующие старую версию утилит копирования.

2. Установить новую версию сервера InterBase.

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

Функции резервного копирования и восстановления базы данных можно осуществлять несколькими способами:

• Копирование можно выполнить диспетчером серверов (Server Manager) или IBConsole в зависимости от используемой версии.

Для этого используются пункты меню Tasks - Backup. Далее вы бираются нужные режимы копирования.

• Для восстановления используются пункты меню Tasks - Restore.

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

• Можно также использовать утилиту командной строки gbak, хотя при работе в среде Windows это весьма неудобно.

Синтаксис утилиты для копирования имеет следующий вид:

gbak [-B] [options] database target Синтаксис утилиты для восстановления имеет следующий вид.

gbak {-C|-R} [options] source database To же, но для баз с несколькими файлами gbak {-С|-R}[options] source primary m secondaryl[nl secon dary2 [n2]] Глава Таблица 8.11. Описание синтаксических элементов командной строки GBAK Параметр Описание Имя копируемой или восстанавливаемой базы данных Database Source Имя запоминающего устройства или файла с резервной копи ей. В UNIX это может также быть stdin, когда gbak читает со стандартного ввода Target Имя запоминающего устройства или файла с резервной копи ей. В UNIX это может также быть stdout, когда gbak пишет в стандартный файл вывода Primary Первичный файл при восстановлении с множественными фай лами базы данных M Длина первичного файла в страницах базы данных;

минималь ное значение - secondary 1 Первый вторичный файл при восстановлении с множествен ными файлами базы данных nl Длина secondary 1. Если используется только один вторичный файл, то nl необязателен secondary2 Следующий вторичный файл, если задано несколько вторич ных файлов n2 Длина secondary2. Длину последнего вторичного файла опре делять не нужно Опции gbak при копировании приведены в следующей таблице.

Таблица 8.12. Описание опций утилиты GBAK при копировании Опция Описание -b[ackup_database] Копирует базу данных -со [n vert] Конвертирует внешние файлы как внутренние табли цы -e[xpand] Не создает сжатой копии -fa[ctor] n Использует блокирующий коэффициент п для вывода -g[arbage_collect] Не "собирает мусор" при копировании Администрирование базы данных Опция Описание -igfnore] Игнорирует контрольные суммы при копировании -lfimbo] Игнорирует транзакции в «неопределенном состоя нии» при копировании -mfetadata] Копирует только метаданные -nt Создает копию в непереносимом формате -ol[d_descriptions] Копирует метаданных в формате старого стиля -pa[ssword] text Проверяет текст пароля перед доступом к базе данных -role name Соединяется с указанием роли -transportable] Создает копию в переносимом формате (значение по умолчанию) -u[ser] name Проверяет имя пользователя перед доступом к уда ленной базе данных -vferbose] Показывает действия gbak -y [file | sup- Подавляет сообщения вывода press_output] -z Показывает версию gbak и InterBase Опции gbak при восстановлении приведены в следующей таблице.

Таблица 8.13. Описание опций утилиты GBAK при восстановлении Опция Описание -c[reate_database] Восстанавливает базу данных как новый файл -bufffers] Размер кэша для восстановленной базы данных -ifnactive] Делает индексы неактивными после восстановления -k[ill] Не создает никаких ранее определенных теней -n[o_validity] Удаляет ограничения целостности из восстановлен ных метаданных;

позволяет восстановить данные, которые иначе вызвали бы нарушение ограничений -o[ne_at_a_time] Восстанавливает по одной таблице;

полезно для час тичного восстановления, если база содержит повреж денные данные 250 Глава Опция Описание -p[age_size] n Устанавливает размер страницы к п байтам (1024, 2048, 4196, или 8192);

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



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

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