Карпова Т.С. Базы данных: модели, разработка, реализация

Подождите немного. Документ загружается.

Операторы

DDL в

языке

SQL с

заданием

ограничений

целостности

141

«ограничение

по

ссылкам

столбцам:=FOREIGN

KEY

спецификация

ссылки>

«спецификация

ссылки>::=

REFERENCES

<иня

основной

таблицы>.

(<имя

первичного

ключа

основной

таблицы>)

Давайте кратко

прокомментируем

оператор

определения

таблицы,

синтаксис

ко-

торого

мы

задали

помощью

традиционной

формы

Бэкуса—Наура.

При

описании

таблицы

задается

имя

таблицы,

которое является

идентификато-

ром

базовом

языке

СУБД

должно соответствовать требованиям

именования

объектов

данном языке.

)

Кроме

имени таблицы

операторе указывается список элементов таблицы, каж-

дый

из

которых служит либо

для

определения

столбца,

либо

для

определения

ограничения

целостности

определяемой таблицы. Требуется

наличие

хотя

бы

одного

определения

столбца.

То

есть таблицу, которая

не

имеет

ни

одного

столбца, определить нельзя. Количество столбцов

одной

таблице

не

ограниче-

но,

но В

конкретных

СУБД

обычно бывают ограничения

на

количество

атрибу-

тов.

Так, например,

в MS SQL

Server

6.5

максимальное

количество

столбцов

таблице

было

250,

но уже в MS SQL

Server

7.0 оно

увеличено

до

1024.

Оператор

CREATE

TABLE

определяет

так

называемую базовую таблицу,

то

есть

ре-

альное

хранилище

данных.

Как

видно, кроме обязательной

части,

которой задается

имя

столбца

его тип

данных,

определение

столбца может содержать

два

необязательных раздела;

значение

столбца

по

умолчанию

раздел

дополнительных

ограничений целост-

ности

столбца.

разделе

значения

по

умолчанию

указывается

значение,

которое должно

быть

помещено

строку,

заносимую

данную

таблицу»

если

значение

данного столбца

явно

не

указано.

соответствии

со

стандартом

языка

SQL

значение

по

умолча-

нию

может

быть

указано

виде

литеральной константы

типом, соответствую-

щим

типу столбца; путем

задания

ключевого слова

USER,

которому

при

выполне-

нии

оператора

занесения

строки соответствует символьная строка, содержащая

имя

текущего пользователя

(в

этом случае столбец должен

иметь

тип

символь-

ных

строк);

или

путем

задания

ключевого

слова

NULL,

означающего,

что

значени-

ем

по

умолчанию

является

неопределенное

значение,

Если

значение

столбца

по

умолчанию

не

специфицировано

разделе

ограничений

целостности

столбца

указано

NOT

NULL

(то

есть

наличие

неопределенных

значений

запрещено),

то по-

пытка

занести

таблицу строку

иезаданным

значением

данного столбца при-

ведет

ошибке.

Задание

разделе

ограничений

целостности

столбца

выражения

NOT

NULL

при-

водит

неявному

порождению

проверочного

ограничения

целостности

для

всей

таблицы

"CHECK

(С IS

NOT

NULL)"

(где

имя

данного

столбца).

Если

ограниче-

ние

NOT

NULL

не

указано

раздел умолчаний

отсутствует,

то

неявно

порождается

раздел

умолчаний

DEFAULT NULL

Если указана

спецификация

уникальности,

то

порождается соответствующая

спецификация

уникальности

для

таблицы.

При

задании

ограничений

уникальности

данный столбец определяется

как

воз-

можный

ключ,

что

предполагает

уникальность

каждого вводимого

значения

данный

столбец.

если

это

ограничение

задано,

то

СУБД

будет

автоматпче-

142

Глава

Принципы поддержки целостности

реляционной

модели

данных

ски

осуществлять

проверку

на

отсутствие

дубликатов

значений

данного

столбца

во

всей

таблице.

Если

разделе ограничений целостности указано ограничение

по

ссылкам дан-

ного

столбца,

то

порождается

соответствующее

определение

ограничения

по

ссылкам

для

таблицы:

FOREIGN

КЕУС<иня

столбца*)

Спецификация

ссылки>,

что

озна-

чает,

что

значения

данного столбца должны быть взяты

из

соответствующего

столбца родительской таблицы. Родительской таблицей

данном случае

назы-

вается таблица, которая связана

данной

таблицей связью

«один-ко-миогим»

(1:М).

При

этом каждая строка родительской таблицы может быть

связана

с не-

сколькими

строками определяемой таблицы. Трансляция операторов

SQL

про-

водится

режиме

интерпретации,

поэтому важно, чтобы сначала была

бы

опи-

сана

родительская таблица,

потом

уже все

подчиненные

(дочерние)

таблицы,

связанные

ней.

Иначе транслятор определит ссылку

ла

неопределенный

объест.

Наконец,

если указано проверочное ограничение столбца,

то

условие-поиска

этого

ограничения

должно

ссылаться только

на

данный столбец,

неявно

поро-

ждается

соответствующее проверочное

ограничение

для

всей таблицы.

Прове;

рочных

ограничениях, накладываемых

на

столбец, нельзя задавать сравнение

со

значениями

других столбцов данной таблицы.

главе

определены типы

данных,

которые допустимы

по

стандартам SQL.

Попробуем

написать простейший оператор создания таблицы

BOOKS

из

базы дан-

ных

«Библиотека».

При

этом будем предполагать наличие следующих ограничений

целостности:

Шифр книги

—

последовательность

символов

длиной

не

более

14,

однознач-

но

определяющая

книгу,

значит,

это —

фактически первичный ключ таблицы

BOOKS.

Название книги

—

последовательность

символов,

не

более

120.

Обязательно

должно

быть задано.

Автор

—

последовательность

символов,

не

более

30,

может

быть

не

задан.

Соавтор

—

последовательность

символов,

не

более

30,

может

бцть

не

задан.

Год

издания

—

целое число,

не

менее 1960

не

более текущего года.

По

умолчанию

ставится

текущий

год.

Издательство

—

последовательность

символов,

не

более

20,

может

отсутство-

вать.

Количество страниц

—

целое число

не

менее

5 и

не

более 1000.

CREATE TABLE BOOKS

ISBN

varchar(14)

NOT

NULL PRIMARY

KEY,

TITLE

varchar(120)NOT

NULL.

AUTOR

yarchar

(30)

NULL,

COAUTOR

varcharOO)

NULL.

YEARJ4JBLsmall1nt

pEFAULT

Year(GetDateO)

CHECK(YEARJ>UBL

I960

AND

YEAR

PUBL

YEARCGetDateO».

gnspaTgpbij)DL

языке

SQL с

заданием ограничений

целостности

143

PUBLICH

varchar(20)

NULL,

PAGES

smallint

CHECK(PAGES

5 AND

PAGES

<*=

1000)

);

Почему

мы

не

задали

обязательность

значения

для

количества страниц

книге?

Потому

что это

является следствием

проверочного

ограничения,

заданного

на

количество страниц, количество страниц всегда должно лежать

пределах

от

5 до

1000, значит,

оно не

может быть незаданным

система

это

контролирует

автоматически.

Теперь зададим описание

таблицы

«Читатели»,

которой соответствует отноше-

ние

READERS:

Номер читательского билета

- это

целое число

пределах

32 000

он

уни-

кально

определяет

читателя.

Имя, фамилия читателя

— это

последовательность

символов,

не

более

30.

Адрес

— это

последовательность символов,

не

более

50.

Номера

телефонов рабочего

домашнего

—

последовательность

символов,

не

более

12.

Дата

рождения

—

календарная дата.

библиотеку принимаются читатели

не

младше

лет.

CREATE

TABLE

READERS

(

READERJD

Smallint(4)

PRIMARY

KEY,

FIRSTJAME

char(30)

NOT

NULL,

LASTJAME

char(30)

NOT

NULL,

ADRES

char(50),

HOMEJHON

char(12),

WORKJHON

char(12),

BIRTH

JAY

date

CHECK(DateD1ff

(year,

GetOateO.

BIRTHJ)AY)

>=17)

Здесь

DateDlff

(часть

даты,

начальная

дата,

конечная

дата)

—

функция

MS SQL

Server

7.0,

которая определяет разность между

начальной

конечной

датами,

заданную

единицах,

определенных

первым параметром

—

часть даты.

Мы за-

дали

качестве параметра

Year,

что

значит,

что мы

разность

определяем

годах,

Теперь зададим операцию

создания

таблицы

EXEMPLAR

(экземпляры

книги).

этой

таблице

первичным

ключом является

атрибут,

задающий

инвентарный

номер

экземпляра

книги,

такой постановке

мы

полагаем,

что при

поступлении

книг

библиотеку

им

просто

присваиваются

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

Для

того чтобы

не

утруждать

библиотекаря

все

время

помнить,

какой номер

был

последним,

мы

можем

воспользоваться

тем,

что

некоторые

СУБД

допуска-

ют

специальный

инкремеитный

тип

данных,

то

есть

такой,

значения которого

автоматически

увеличиваются

или

уменьшаются

па

заданную величину

при

каж-

дом

новом

вводе

данных.

СУБД

Access

такой

тип

данных

называется

144

Глава

Принципы

поддержки

целостности

реляционной

модели данных

«счетчик»

(counter)

и он

всегда имеет

начальное

значение

1 и

шаг,

равный

тоже

то

есть

при

вводе

каждого нового значения счетчик

увеличивается

на 1,

значит]

практически

считает

вновь

введенные

значения.

СУБД

MS SQL

Server

7.0 это

свойство

IDENTITY,

которое

может

быть

присвоено

ряду целочисленных типов

данных.

отличие

от

«счетчика» свойство

IDENTITY

позволяет считать

любым

шагом,

положительным

или

отрицательным,

но

обязательно целым. Если

мы не

задаем

дополнительных параметров этому

свойству,

то оно

начинает

работать

как

счетчик

в MS

Access,

начиная

единицы

добавляя

при

каждом вводе тоже

единицу.

Кроме

того,

таблица

EXEMPLAR

является

подчиненной

двум

другим ранее опреде-

ленным

таблицам:

BOOKS

READERS,

При

этом

таблицей

BOOKS

таблица

EXEMPLAR

связана обязательной связью,

потому

что не

может

быть

ни

одного экземпляра

книга,

Который

бы не был

приписан

конкретной

книге.

таблицей

READERS

таб-

лица

EXEMPLAR

связана необязательной связью, потому

что не

каждый экземпляр

данный

момент

находится

на

руках

читателя.

Для

моделирования этих

свя-

зей

при

создании таблицы

EXEMPLAR

должны быть определены

два

внешних клю-

ча

(FOREIGN

KEY).

При

этом

атрибут,

соответствующий

шифру

книги

(мы

его

назовем

так же, как и в

родительской таблице

—

ISBN), является обязатель-

ным,

то

есть

не

может

принимать

неопределенных

значений,

атрибут,

который

является внешним

ключом

для

связи

таблице

READERS,

является необязатель-

ным

может

принимать

неопределенные значения.

Необязательными

там

являются

два

остальных

атрибута:

дата

взятия

дата

воз-

врата книга,

оба они

имеют

тип

данных, соответствующей

календарной

дате.

Атрибут, который содержит информацию

присутствии

или

отсутствии книги,

имеет

логический

тип.

Напишем

оператор создания таблицы

EXEMPLAR

синтак-

сисе

MS SQL

Server

7.0:

CREATE

TABLE

EXEMPLAR

(

EXEMPLARJD

INT

IDENTITY

PRIMARY

KEY,

ISBN

'varchar(14)

NOT

NULL

FOREIGN

KEY

references

BOOKS(ISBN).

READERJO

Sui3ll1nt(4)

NULL

FOREIGN

KEY

references

READERS

(READERJD),

DATAJN

date,

DATAJUT

date.

EXIST

Logical.

Как

мы уже

знаем,

не все

декларативные

ограничения

могут быть заданы

на

уровне

столбцов

таблицы,

часть

ограничений

может

быть

задана только

на

уров-

не

всей таблицы. Например, если

мы

имеем

качестве

первичного ключа

не

один

атрибут,

последовательность

атрибутов,

то мы не

можем

определить

ограничение

типа

PRIMARY

KEY

(первичный ключ) только

па

уровне всей таблицы.

Допустим,

что

мы

считаем-экземпляры

книги

ке

подряд,

отдельно

Для

каждо-

го

издания,

тогда

таблица

EXEMPLAR

качестве

первичного

ключа

будет

иметь

на-

бор из

двух атрибутов:

это

шифр книги

(ISBN)

порядковый

номер

экземпляра

Операторы

DDL в

языкеЗСЦ.

заданием

ограничений

целостности

145

данной

книги

(IDJXEMPL),

этом случае оператор

создания

таблицы

EXEMPLAR

бу-

дет

выглядеть следующим образом:

CREATE

TABLE

EXEMPLAR

(

IDJXEMPLAR

int

NOT

NULL,

ISBN

varchar(14)

NOT

NULL

FOREIGN

KEY

references

BOOKS(ISBN),

READERJD

'Sma11int(4)

NULL

FOREIGN

KEY

references

READERS

(READERJD).

DATAJN

'date.

DATA_OUT

date.

EXIST

Logical.

PRIMARY

KEY

(IDJXEMPLAR, ISBN)

);

Мы

видим,

что

один

и тот же

атрибут

ISBN,

одной стороны,

является

внеш-

ним

ключом

(FORIGN

KEY),

а с

другой

стороны, является

частью

первичного

клю-

ча

(PRIMARY

KEY).

ограничение

типа

первичный

ключ

(PRIMARY

KEY)

задается

не

на

уровне одного атрибута,

а на

уровне всей

таблицы,

потому

что оно

содержит

набор

атрибутов.

То же

самое можно сказать

и о

проверочных

(CHECK)

ограничениях, если условия

проверки

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

Вве-

дем

дополнительное

ограничение

для

таблицы

BOOKS,

которое может быть сфор-

мулировано

следующим образом: соавтор

не

может быть

задан,

если

не

задан

автор.

При

описании книги допустимо

не

задавать

ни

автора,

ни

соавтора,

или

задать

автора

соавтора,

или

задать

только

автора.

Однако

задание

соавтора

отсутствие задания автора считается

ошибочным.

этом случае оператор

со-

здания

таблицы

BOOKS

будет

выглядеть следующим образом:

CREATE

TABLE

BOOKS

(

ISBN

varchar(14)

NOT

NULL

PRIMARY

KEY.

TITLE

varchar(120)

NOT

NULL,

AUTOR

varchar

(30)

NULL.

COAUTOR

varcharOO)

NULL.

YEARJ4JBL

smallint

DEFAULT

Year(GetDateO)

CHECK

(YEARJ4JBL

1960

AND

YEARJ4JBL

YEAR(GetDateO)).

PUBLICH

varchar(20)

NULL.

PAGES

smallint

CHECK(PAGES

5 AND

PAGES

<»

1000).

CHECK

(NOT

(AUTOR

NULL

AND

COAUTOR

IS NOT

NULL))

);

Для

анализа ошибок

целесообразно'именовать

все

ограничения,

особенно

если

таблица содержит

несколько

ограничений

одного

типа.

Для

именования

ограни-

чений

используется

ключевое

слово

CONSTRAINT,

после которого следует

упшсаль-

146

Глава

Принципы

поддержки

целостности

реляционной

модели

данных

woe

имя

ограничения,

затем

тип

ограничения

и его

выражения.

Для

идентифи-

кации

ограничении

рекомендуют использовать систему

именования,

которая

легко позволит определить

при

получении

сообщения

об

ошибке, которое

выра-

батывает

СУБД,

какое

ограничение

нарушено.

Обычно

имя

ограничения состо-

ит

из

краткого названия типа ограничения, далее через символ подчеркивания

идет

имя

атрибута

или

таблицы,

зависимости

от

того,

какому

уровню

отно-

сится ограничение,

и,

наконец, порядковый номер

ограничения

данного

типа,

ес-

ли к

одному объекту задается несколько

ограничений

одного типа.

Сокращенные

обозначения

ограничений

состоят

из

одной

или

двух букв

и мо-

гут

быть следующими:

РК

— для

первичного

ключа;

— для

внешнего ключа;

СК

— для

проверочного

ограничения;

— для

ограничения

уникальности;

— для

ограничения

типа значение

по

умолчанию.

Приведем пример оператора

создания

таблицы

BOOKS

именованными

ограниче-

ниями:

CREATE

TABLE

BOOKS

(

ISBN

varchar(14)

NOT

HULL.

TITLE

varchar(12Q)

NOT

NULL,

AUTOR

varchar

(30)

NULL,

COAUTOR

varcharOO)

NULL,

YEARJ4JBLsmallint

NOT

NULL.

PUBLICH

varchar{20)

NULL,

PAGES

small1nt

NOT

NULL.

CONSTRAINT

PKJOOKS

PRIMARY

KEY

(ISBN).

CONSTRAINT

DF_

YEAR_PUBL

DEFAULT

(Year(GetDateO).

CONSTRAINT

CK_

YEARJUBL

CHECK

(YEARJUBL

>=>

I960

AND

YEARJUBL

YEAR(GetDateO)),

CQNSTRANT

CK_PAGES

CHECK

(PAGES

5 AND

PAGES

<«

1000),

CONSTRAINT

CKJOOKS

CHECK

(NOT

(AUTOR

NULL

AND

COAUTOR

IS NOT

NULL))

);

CREATE TABLE READERS

(

READERJD

Small

1nt

PRIMARY

KEY.

FIRSTJIAME

diar(30)

NOT

NULL,

LASTJAME

char(30>

NOT

NULL.

ADRES

char(50),

Операторы

DDL в

языке

SQL с

заданием

ограничений

целостности

147

HOME_PHON

char(12).

WORK_PHON

char(12),

BIRTHJAY

date

CH£CK(

DateDiff(year.

GetDateO.BIRTHJDAY)

>=17

CONSTRAINT

CKJEADERS

CHECK

(HOMEJHON

IS NOT

NULL

WORK.PHON

IS NOT

NULL)

Л,

CREATE

TABLE

CATALOG

ID_CATALOG

Small1nt

PRIMARY

KEY,

'KNOWELEDGE_AREA'

varcharUSO)

);

CREATE

TABLE

EXEMPLAR

(

IDJXEMPLAR

1nt NOT

NULL.

ISBN

varchar(14)

NOT

NULL FOREIGN

KEY

referehces

BOOKSUSBN).

REAOERJD

Smallint(4)

NULL FOREIGN

KEY

references

READERS

(READERJO),

DATAJN

date.

DATAJJUT

date.

EXIST

Logical.

PRIMARY

KEY

(IDJXEMPLAR,

ISBN)

);

CREATE

TABLE

RELATIONJ

ISBN

varchar(14)

NOT

NULL FOREIGN

KEY

references

BOOKS(ISBN).

ID_CATALOG

smallint

NOT

NULL

FOREIGN

KEY

references

CATALOG(ID.CATALOG).

CONSTRAINT

PK_RELATION_1

PRIMARY

KEY

(ISBN,ID_CATALOG)

Операторы

языка

SQL,

как

указывалось

ранее, транслируются

режиме

интер-

претации,

отличие

от

большинства

алгоритмических

языков,

трансляторы

для

которых

выполнены

по

принципу

компиляции.

режиме интерпретации каж-

дый

оператор

отдельно

транслируется,

то

есть

переводится

машинные коды,

тут же

выполняется.

режиме компиляции

вся

программа,

то

есть

совокуп-

ность операторов, сначала переводится

машинные

коды,

затем может

быть

выполнена

как

единое

целое.

Такая особенность

SQL

накладывает

ограничение

на

порядок

Описания

создаваемых

таблиц.

Действительно,

если

при

арансляции

оператора

описания

подчиненной

таблицы

указанным

внешним

ключрм

и со-

ответствующей ссылкой

па

родительскую

таблицу

эта

родительская таблица

не

будет

обнаружена,

то мы

получим

сообщение

об

ошибке

указанием ссылки

на

несуществующий

объект. Сначала

должны

быть описаны

все

основные

таблн-

Ды,

потом подчиненные таблицы.

нашем

примере

библиотекой порядок описания таблиц следующий:

148

Глава

Принципы

поддержки

целостности

реляционной

модели

данных

Таблица

BOOKS

Таблица

READERS

Таблица

CATALOG

(системный

каталог)

Таблица

EXEMPLAR

Таблица

RELATION_1

(дополнительная связующая таблица между

книгами

системным каталогом).

Набор операторов языка

SQL

принято

называть

не

программой,

скриптом.

Тогда скрипт, который добавит набор

из 5

взаимосвязанных таблиц базы дан-

ных

«Библиотека»

существующую

базу данных,

будет

выглядеть

следующих!

образом:

CREATE

TABLE

BOOKS

ISBN

varchar(14)

NOT

NULL

TITLE

varchar(120)

NOT

NULL.

AUTOR

varchar (30)

NULL,

COAUTOR

varchar(30)

NULL.

YEARJHJBL

smallInt

NOT

NULL,

PUBLICH

varchar(20)

NULL,

PAGES

smallint

NOT

NULL,

CONSTRAINT

PKJOOKS

PRIMARY

KEY

(ISBN).

CONSTRAINT

DF_

YEARJHJBL

DEFAULT

(Year(GetDateO),

CONSTRAINT

CK_

YEAR_PUBL

CHECK

(YEARJUBL

1960

AND

YEARJUBL

YEAR(GetDateO)),

CONSTRANT CK_PAGES CHECK

(PAGES

5 AND

PAGES

<«

1000),

CONSTRAINT

CKJOOKS

CHECK

(NOT

(AUTOR

NULL

AND

COAUTOR

IS NOT

NULL))

CREATE TABLE

READERS

(

READERJD

Smallint

PRIMARY KEY.

FIRSTJ1AME

char(30)

NOT

NULL,

LASTJWME

char<30)

NOT

NULL,

ADRES

char(50),

HQME_PHON

char(12),

WQRKJHON

char(12),

BIRTHJAYdate

CHECK(

DateDlffCyear,

GetDate(),BIRTH_DAY)

>=17

CONSTRAINT

CKJEADERS

CHECK

(HOME_PHON

IS NOT

NULL

WORKjHON

IS NOT

NULL)'

);

CREATE TABLE CATALOG

(

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

149

ID_CATALOG

Smallint

PRIMARY

KEY,

KNOWELEDGE_AREA

Varchar(150)

);

CREATE

TABLE

EXEMPLAR

(

IDJXEMPLAR

int NOT

NULL.

ISBN

varchar(14)

NOT

NULL

FOREIGN

KEY

references

BOOKS(ISBN).

READER_IO

Smallint(4)

NULL

FOREIGN

KEY

references

READERS

(READERJD).

DATAJN

date,

DATA

JUT

date,

EXIST

Logical,

PRIMARY

KEY

(IDJXEMPLAR, ISBN)

);

CREATE

TABLE

RELATION,.!

(

ISBN

varchar(l4>

NOT

NULL

FOREIGN

KEY

references

BOOKS(ISBN).

IDJATALOG

small

int NOT

NULL

FOREIGN

KEY

references

CATALOG

(IDJATALOG),

CONSTRAINT

PKJELATIONJ

PRIMARY

KEY

(ISBN.IDJATALOG)

При

написании

скрипта

мы

добавили

оператор

создания

таблицы

«Читатели»

ограничение

на

уровне

таблицы,

которое

сйязано

обязательным

наличием

хотя

бы

одного

из

двух

телефонов.

Средства

определения

схемы

базы

данных

стандарте

SQL1

задается

спецификация

оператора

описания

схемы базы

дан-

ных,

но

не

указывается способ создания

собственно

базы

данных,

поэтому

раз-

личных

СУБД

используются

неодинаковые

подходы

этому вопросу.

Например,

СУБД

ORACLE база данных создается

ходе

установки программ-

ного

обеспечения

собственно

СУБД.

Все

таблицы

пользователей

помещаются

единую

базу

данных.

Однако

они

могут быть разделены

на

группы,

объеди-

ненные

подсхемы. Понятие подсхемы

не

стандартизировано

в SQL и не ис-

пользуется

других СУБД.

состав

СУБД

INGRES

входит

специальная системная

утилита,

имеющая

имя

CREATEDB, которая позволяет создавать

новые

базы

данных.

Права

на

исполь-

зование

этой

утилиты

имеет

администратор

сервера.

Для

удаления

базы

данных

существует соответствующая

утилита

DESTROYDB.

СУБД

MS SQL

Server

существует

специальный

оператор

CREATE

DATABASE,

ко-

торый является частью языка определения

данных,

для

удаления базы

данных

150

Глава

Принципы поддержки

целостности

реляционной

модели данных

языке определен оператор

DROP

DATABASE.

Правами

на

создание

баз

данных

на-

деляются администраторы

баз

данных,

которых

общем случае может быть

не-

сколько. Правами более высокого

уровня

обладает администратор

сервера

баз

данных (SQL

Server),

который

может

предоставить

права

администратора

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

Администраторы

баз

данных могут

удалить

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

базы

данных

в MS SQL

Server

7.0:

CREATE

DATABASE

databasejiame

[ON

[РКИ-дазСспецификация

файла>[,...пЗ]С,<группа

файлов>

[....пЗЗЗ

[

LOG

{

спецификация

файла*

С....П]}

3С

FOR

LOAD

FOR

ATTACH

]

спецификация

файла>

::=

( [

NAME

логическое

имя

файла,3FILENAME

'физическое

имя

файла

SIZE

разнер][,

MAXSIZE

= {

максимальный

размер

UNLIMITED

J 3

С.

FILEGROWTH

инкремент увеличения файла]

)

С....П]

<группа

файлов>::=

FILEGROUP

имя

группы

файлов

спецификация

файла>

[....nil

Здесь

databasejiame

— имя

базы данных, идентификатор

системе;

—

ключевое

слово,

которое

означает,

что

далее будут

заданы

специфика-

дни

файлов, которые

будут

использованы

для

размещения базы данных;

PRIMARY

—

ключевое слово, которое определяет первичное файловое простран-

ство,

котором

будет

размещена собственно база

данных;

LOG

—

ключевое слово, которое задает спецификацию файлов, которые

бу-

дут

использованы

для

хранения журналов транзакций;

FOR

LOAD

—

ключевое слово, которое определяет,

что

после

создания базы

дан-

ных

будет

произведена

загрузка базы

данных

данными;

FOR

ATTACH

—

предложение,

которое определяет,

что

база данных

для

управле-

ния

будет

подсоединена

другому

серверу.

Почти

все

параметры, кроме имени базы

данных,

являются

необязательными,

поэтому

оператор создания простой базы данных

«Библиотека»

может выгля-

деть следующим образом:

CREATE

DATABASE

Library

Для

изменения

схемы базы данных

в MS SQL

Server

7.0

может быть

использо-

вана

команда;

ALTER

DATABASE

database

{ ADD

FILE

«спецификация

файлов>

С....Р]

[TO

FILEGROUP

fnegroupjiame]

ADD LOG

FILE

спецификация

файлов>

[,...пЗ

REMOVE

FILE

имя_файла

ADD

FILEGROUP

имя_грулпы

файлов

[REMOVE

FILEGROUP

имя

группы_файлов