Цель
Цель: раскрыть особенности добавления информации в реляционную базу данных, не нарушая целостности сущностей, ссылочную целостность и корпоративные ограничения целостности.
В.1. Очерёдность заполнения таблиц
Разработчик баз данных должен понимать последовательность заполнения таблиц информацией до создания физической модели реляционной базы данных. Строго говоря, она совпадает с порядком создания таблиц БД. Следуйте этому правилу и не будете ошибаться. Но не забывайте, что чем сложнее БД, тем больше вариантов последовательностей создания и заполнения таблиц информацией. Вам нужно будет выбрать оптимальный вариант для этого.
На этапе физического моделирования реляционной базы данных определяются механизмы целостности сущностей, ссылочной целостности и корпоративные ограничения целостности. Они накладывают ряд необходимых ограничений на ввод, корректировку и удаление информации в таблицах БД. Эти ограничения определяют последовательность заполнения таблиц. Если всё сделано правильно, то у пользователей не будет никаких шансов обойти эти механизмы.
Заполнение информацией учебной БД «БИБЛИОТЕКА» является необходимым этапом обучения. Порядок ввода информации в её таблицы совпадает с последовательностью их создания. Такой подход позволит корректно ввести информацию в БД даже при отсутствии ряда необходимых ограничений. Их Вам будет предложено добавить самостоятельно на практических занятиях.
В.2. Таблица PhoneTypes («ТИПЫ ТЕЛЕФОНОВ»)
Ввод информации в таблицу PhoneTypes ограничен целостностью сущности и корпоративными ограничениями целостности. За целостность сущности отвечает первичный ключ Code. Он был определён в одноимённом столбце Code. Корпоративные ограничения целостности обеспечиваются доменами AllCode и AllNameType (см. таблицу PhoneTypes в физической модели «БИБЛИОТЕКА»).
Физическое моделирование базы данных начнём с описания двух типов механизмов, обеспечивающих уникальные значения первичных ключей. Первый тип боле распространённый и понятный. Он задаёт автоинкрементен для ключевого столбца типа INTEGER в операторе CREATE TABLE. В СУБД Interbase реализован второй тип. Он определяет уникальное значение ключа с помощью генератора. Его необходимо создать с помощью оператора CREATE GENERATOR. Мы это сделали для первичного ключа таблицы PhoneTypes:
CREATE GENERATOR PhoneTypesCode;
Теперь необходимо задать его начальное значение. В СУБД Interbase для этого используется оператор SET GENERATOR. Генераторы обычно устанавливаются на начальное значение, равное нулю. Оператор, определяющий начальное значение для генератора PhoneTypesCode, выглядит так:
SET GENERATOR PhoneTypesCode TO
Оба механизма генерируют уникальное значение первичного ключа в операторе INSERT, когда он добавляет новую строку в таблицу. Механизм автоинкрементен не требует указания ключевого столбца для добавления новой строки. Механизм генераторов требует использования функции GEN_ID() в каждом операторе INSERT для ключевого столбца.
Функция GEN_ID() задаёт шаг изменения значения генератора. Шаг можно менять для каждой новой строки, если это необходимо. Ниже приведены операторы INSERT с функцией GEN_ID() для добавления информации в таблицу PhoneTypes:
INSERT TABLE PhoneTypes
(Code, Name)
VALUES
(GEN_ID(PhoneTypesCode, 1), 'Домашний');
INSERT TABLE PhoneTypes
(Code, Name)
VALUES
(GEN_ID(PhoneTypesCode, 1), 'Рабочий');
INSERT TABLE PhoneTypes
(Code, Name)
VALUES
(GEN_ID(PhoneTypesCode, 1), 'Мобильный');
INSERT TABLE PhoneTypes
(Code, Name)
VALUES
(GEN_ID(PhoneTypesCode, 1), 'Спутниковый');
В результате последовательной работы четырёх операторов INSERT в таблицу PhoneTypes было добавлено четыре строки (Приложение Г). Каждый раз функция GEN_ID() задавала шаг увеличения значения Code на 1. Для этого использовался генератор PhoneTypesCode. Для него начальное значение равнялось 0. Поэтому значение в столбце Code в первой строке таблицы PhoneTypes равно 1 (табл. В.1).
Таблица В.1
Информация в таблице PhoneTypes («ТИПЫ ТЕЛЕФОНОВ») | Code | Name |
| 1 | Домашний |
| 2 | Рабочий |
| 3 | Мобильный |
| 4 | Спутниковый |
В.3. Таблица PassportData («ПАСПОРТНЫЕ ДАННЫЕ»)
Добавление информации в таблицу PassportData имеет следующие особенности. В операторе CREATE TABLE для этой таблицы не определён первичный ключ по столбцу Code. Однако, для целостности сущности «Паспорт» и ссылочной целостности БД «БИБЛИОТЕКА» необходимо обеспечить уникальность значений в этом столбце. Для этого создадим генератор PassportDataCode:
CREATE GENERATOR PassportDataCode;
SET GENERATOR PassportDataCode TO
Принцип действия генераторов мы рассмотрели ранее. Корпоративные ограничения целостности в таблице PassportData были описаны в физической модели базы данных «БИБЛИОТЕКА». Ниже приведен пример операторов INSERT, которые добавляют первые две строки в таблицу PassportData.
INSERT TABLE PassportData
(Code, Series, Number, Birthday, BirthPlace, Sex, IssuePlace, IssueDate)
VALUES
(GEN_ID(PassportDataCode, 1), 'АА', 45003, '05/30/1930', 'Россия, г.Опочка', 'Ж', 'Днепропетровск', '01/12/1995');
INSERT TABLE PassportData
(Code, Series, Number, Birthday, BirthPlace, Sex, IssuePlace, IssueDate)
VALUES
(GEN_ID(PassportDataCode, 1), 'АА', 15700, '02/23/1930', 'Россия, г.Владимир', 'Ж', 'Житомир', '03/16/2000');
Всего в таблицу PasportData добавлено 24 строки (Приложение Г). Вся добавленная информация приведена в таблице В.2.
Таблица В.2
Информация в таблице PasportData («ПАСПОРТНЫЕ ДАННЫЕ») | Code | Series | Number | Birthday | Birthplace | Sex | Issueplace | Issuedate | Note |
| 1 | АА | 45003 | 30.05.1930 | Россия, г. Опочка | Ж | Днепропетровск | 12.01.1995 | NULL |
| 2 | АА | 15700 | 23.02.1930 | Россия, г. Владимир | Ж | г. Житомир | 16.03.2000 | NULL |
| 3 | АБ | 87134 | 20.01.1963 | Днепропетровская область, село Солёное | Ж | Днепропетровская область, село Солёное | 10.01.1998 | NULL |
| 4 | АЕ | 12300 | 12.11.1960 | Украина, г. Донецк | М | Донецк | 15.12.1991 | NULL |
| 5 | АЕ | 1067 | 19.07.1981 | Украина, Днепропетровск | М | Днепропетровск | 25.08.1997 | NULL |
| 6 | АЖ | 1568 | 14.09.1956 | Казахстан, город Павлодар | М | Киев | 24.05.1999 | NULL |
| 7 | АЗ | 43188 | 13.11.1970 | Днепропетровская область, г. Днепродзержинск | Ж | Днепропетровская область, г. Днепродзержинск | 15.05.1998 | NULL |
| 8 | АК | 23490 | 05.01.1961 | Россия, город Самара | Ж | Днепропетровск | 13.09.2000 | NULL |
| 9 | АС | 90843 | 10.10.1949 | Молдавия, город Кишинёв | Ж | Днепропетровск | 13.12.1998 | NULL |
| 10 | АЯ | 90764 | 14.11.1950 | Украина, город Николаев | Ж | г. Николаев | 11.11.1998 | NULL |
| 11 | ИК | 10842 | 19.07.1949 | Украина, г. Кировоград | М | Днепропетровск | 06.01.1998 | NULL |
| 12 | ИК | 45190 | 18.07.1983 | Днепропетровская область, село Петропавлока | Ж | Днепропетровская область, село Петропавлока | 20.09.1999 | NULL |
| 13 | АН | 61327 | 01.10.1960 | Россия, Санкт-Петербург | Ж | Санкт-Петербург | 12.10.1976 | NULL |
| 14 | АH | 64277 | 23.12.1972 | Украина, Львов | М | Львов | 06.01.1988 | NULL |
| 15 | АК | 89125 | 07.05.1980 | Украина, г. Киев | М | Киев | 10.01.1998 | NULL |
| 16 | АK | 55706 | 07.04.1965 | Донецк | Ж | Донецк | 20.04.1982 | NULL |
| 17 | АС | 73271 | 05.07.1950 | Крым | М | Симферополь | 23.08.1970 | NULL |
| 18 | АЖ | 45879 | 04.02.1961 | Днепропетровск | Ж | Днепродзержинск | 14.03.1980 | NULL |
| 19 | АС | 12548 | 08.04.1974 | Трускавец | Ж | Прикарпатьте | 28.05.1989 | NULL |
| 20 | АК | 12578 | 11.11.1987 | Донецк, Краматорск | Ж | Киев | 26.01.2000 | NULL |
| 21 | АС | 55489 | 25.09.1981 | Сумы | Ж | Харьков | 06.11.1999 | NULL |
| 22 | АЯ | 45789 | 07.08.1972 | Венгрия | Ж | Ивано-Франковск | 03.10.1988 | NULL |
| 23 | АЖ | 35126 | 18.03.1975 | Одесса | Ж | Одесса | 19.06.1993 | NULL |
| 24 | АН | 15625 | 19.06.1966 | Днепропетровск | М | Днепропетровск, Петриковка | 12.08.1982 | NULL |
В.4. Таблица Librarians («БИБЛИОТЕКАРИ»)
В таблице Librarians целостность сущности обеспечивает первичный ключ по столбцу Code. За уникальность его значений отвечает генератор LibrariansCode.
CREATE GENERATOR LibrariansCode;
SET GENERATOR LibrariansCode TO
Работа генераторов описана для таблицы PhoneTypes. Корпоративные ограничения целостности таблицы Librarians обеспечиваются доменами. Их полный список приведен в физической модели БД «БИБЛИОТЕКА» (Приложение Б).
Механизмы ссылочной целостности для таблицы Librarians не реализованы. Это сделано специально. Не забывайте, что БД «БИБЛИОТЕКА» предназначена для обучения. Если Вы считаете себя специалистом, то попробуйте дописать их в script-файл самостоятельно. Начните с внешних ключей. Но, наиболее полезно это будет сделать, используя триггера и хранимые процедуры. Осталось добавить, что в script-файле реализованы подобные механизмы для таблицы, которая очень похожа на таблицу Librarians. Попробуйте ответить на вопрос: какая это таблица?
Ниже приведены операторы INSERT для добавления первых двух строк в таблицу Librarians.
INSERT TABLE Librarians
(Code, ClockNumber, FamilyName, Name, Patronymic, PassportCode, Post, HomePhone)
VALUES
(GEN_ID(LibrariansCode, 1), 28, 'Иванова', 'Елена', 'Владимировна', 2, 'Библиотекарь', '52‑XX‑75');
INSERT TABLE Librarians
(Code, ClockNumber, FamilyName, Name, Patronymic, PassportCode, Post, HomePhone)
VALUES
(GEN_ID(LibrariansCode, 1), 12, 'Николаенко', 'Любовь', 'Николаевна', 10, 'Библиотекарь', '46‑XX‑19');
Всего в таблицу Librarians добавлено 12 строк (Приложение Г). Они приведены ниже в таблице В.3.
Таблица В.3
Информация в таблице Librarians («БИБЛИОТЕКАРИ») | Code | ClockNumber | FamilyName | Name | Patronymic | PasportCode | Post | HomePhone | Note |
| 1 | 28 | Иванова | Елена | Владимировна | 2 | Библиотекарь | 52-XX-75 | NULL |
| 2 | 12 | Николаенко | Любовь | Николаевна | 10 | Библиотекарь | 46-XX-19 | NULL |
| 3 | 187 | Иноземцева | Иванна | Модестовна | 9 | Ст. библиотекарь | 775-XX-00 | NULL |
| 4 | 83 | Мальцева | Диана | Петровна | 12 | Библиотекарь | 29-XX-15 | NULL |
| 5 | 10 | Сызранцева | Татьяна | Игоревна | 3 | Библиотекарь | 370-XX-22 | NULL |
| 6 | 100 | Ставка | Лилия | Ивановна | 7 | Библиотекарь | 22-XX-01 | NULL |
| 7 | 50 | Лещенко | Алла | Федоровна | 13 | Библиотекарь | 722-XX-36 | NULL |
| 8 | 36 | Серая | Лидия | Ивановна | 19 | Библиотекарь | 254-XX-02 | NULL |
| 9 | 45 | Прохина | Тамара | Львовна | 21 | Библиотекарь | 63-XX-01 | NULL |
| 10 | 78 | Самойленко | Виктория | Игоревна | 20 | Библиотекарь | 125-XX-80 | NULL |
| 11 | 69 | Степанова | Александра | Николаевна | 16 | Ст. библиотекарь | 445-XX-65 | NULL |
| 12 | 17 | Петрова | Алина | Сергеевна | 23 | Библиотекарь | 999-XX-05 | NULL |
В.5. Таблица Readers («ЧИТАТЕЛИ»)
В учебной БД «БИБЛИОТЕКА» таблица Readers имеет наиболее богатый набор инструментов для манипулирования данными (Приложение Г). Она является основой более сложной структурной единицы – справочника «Читатели». Ранее это понятие не упоминалось.
Дадим общее определение. Справочник – это одна или множество таблиц, полученных в результате нормализации исходного отношения. Тогда справочник «Читатели» – это множество таблиц, полученных в результате нормализации исходного отношения «ЧИТАТЕЛИ» (Лекция «Нормализация отношений при проектировании БД», рис. 3.1).
Структуру справочника «Читатели» наглядно видно на диаграмме связей между отношениями БД «БИБЛИОТЕКА». В него вошли таблицы, построенные на базе следующих отношений: «ЧИТАТЕЛИ», «ПАСПОРТНЫЕ ДАННЫЕ», «ТЕЛЕФОНЫ» и «ТИПЫ ТЕЛЕФОНОВ». Далее мы будем вести речь только о таблице Readers («ЧИТАТЕЛИ»).
Столбец Code не определён как первичный ключ таблицы Readers. Но целостность сущность в ней и ссылочная целостность БД «БИБЛИОТЕКА» обеспечивается уникальностью значений в этом столбце. За это отвечает генератор ReadersCode:
CREATE GENERATOR ReadersCode;
SET GENERATOR ReadersCode TO
Работа механизма генераторов описана выше. Он используется в операторах INSERT для добавления новых строк в таблицу Readers. Пример операторов для добавления первых двух строк таблицы приведен ниже:
INSERT TABLE Readers
(Code, FamilyName, Name, Patronymic, ReaderCardNumber, PassportCode, Job, Post)
VALUES
(GEN_ID(ReadersCode, 1), 'Иванов', 'Петр', 'Иванович', 317, 4, 'ДГУ, каф.ЭВТ', 'Ассистент');
INSERT TABLE Readers
(Code, FamilyName, Name, Patronymic, ReaderCardNumber, PassportCode, Job, Post)
VALUES
(GEN_ID(ReadersCode, 1), 'Федорец', 'Ирина', 'Олеговна', 28, 1, 'ДГУ, АХЧ', 'Вахтер');
Всего в таблицу Readers добавлено 12 строк (Приложение Г). Вы можете их увидеть в таблице В.4.
Таблица В.4
Информация в таблице Readers («ЧИТАТЕЛИ») | Code | FamilyName | Name | Patronymic | ReaderCardNumber | PasportCode | Job | Post | Note |
| 1 | Иванов | Петр | Иванович | 317 | 4 | НГУ, каф. ЭВТ | Ассистент | NULL |
| 2 | Федорец | Ирина | Олеговна | 28 | 1 | НГУ, АХЧ | Вахтер | NULL |
| 3 | Ильин | Иван | Петрович | 1345 | 11 | НГУ, каф. физики | Доцент | NULL |
| 4 | Суренко | Дмитрий | Павлович | 543 | 6 | НГУ, каф. геофизики | Ст. препод. | NULL |
| 5 | Коршунова | Наталья | Юрьевна | 128 | 8 | НГУ, каф. геоиформатики | Ассистент | NULL |
| 6 | Носенко | Олег | Владимирович | 5672 | 5 | НГУ, ИКК | Инженер | NULL |
| 7 | Брусов | Владимир | Михайлович | 485 | 24 | НГУ, каф. геодезии | Лаборант | NULL |
| 8 | Козырев | Алексей | Сергеевич | 759 | 15 | НГУ, каф. криминологии | Профессор | NULL |
| 9 | Левченко | Юлия | Павловна | 146 | 18 | НГУ, каф. политической теории | Заведующая кафедры | NULL |
| 10 | Светлая | Татьяна | Ивановна | 2021 | 22 | НГУ, каф. переводов | Ст. препод. | NULL |
| 11 | Щеглов | Петр | Евгеньевич | 997 | 14 | НГУ, каф. электроснабжения | Ассистент | NULL |
| 12 | Кириленко | Виктор | Александрович | 1010 | 17 | НГУ, каф. электропривода | Зам. декана | NULL |
В.6. Таблица Phones («ТЕЛЕФОНЫ»)
Таблица Phones имеет существенное отличие от всех таблиц, которые были рассмотрены ранее. На этапе логического моделирования для неё был определён составной потенциальный ключ. Уникальность значений составного потенциального ключа обеспечивает целостность сущности в таблице Phones. Это номер телефона читателя (Приложение А).
Механизм генераторов не подходит для поддержания уникальности значений составных потенциальных или первичных ключей. Вместо него здесь работает механизм триггеров (Приложение Г). Поэтому Вы не увидите функций GEN_ID() в операторах INSERT для добавления новых строк в таблицу Phones. Смотрите ниже добавление первых двух строк:
INSERT TABLE Phones
(ReaderCode, PhoneTypesCode, PhoneNumber)
VALUES
(1, 1, '29-XX-15');
INSERT TABLE Phones
(ReaderCode, PhoneTypesCode, PhoneNumber)
VALUES
(1, 2, '98-XX-88');
Всего в Phones добавлено 25 строк (Приложение Г). Они приведены ниже в таблице В.5.
Таблица В.5
Информация в таблице Phones («ТЕЛЕФОНЫ») | ReaderCode | PhoneTypeCode | PhoneNumber |
| 1 | 1 | 29-XX-15 |
| 1 | 2 | 98-XX-88 |
| 1 | 3 | 38053198XX87 |
| 2 | 2 | 47-XX-10 |
| 3 | 1 | 68-XX-09 |
| 4 | 1 | 370-XX-20 |
| 4 | 3 | 38097567XX54 |
| 5 | 1 | 744-XX-00 |
| 6 | 1 | 33-XX-35 |
| 6 | 3 | 38096231XX83 |
| 8 | 1 | 68-XX-58 |
| 8 | 2 | 47-XX-45 |
| 8 | 3 | 38063257XX88 |
| 9 | 1 | 144-XX-48 |
| 9 | 2 | 32-XX-02 |
| 9 | 3 | 38097555XX22 |
| 10 | 1 | 56-XX-01 |
| 10 | 2 | 89-XX-98 |
| 10 | 3 | 38053456XX52 |
| 11 | 1 | 789-XX-97 |
| 11 | 2 | 47-XX-96 |
| 11 | 3 | 38054022XX84 |
| 12 | 1 | 777-XX-45 |
| 12 | 2 | 41-XX-39 |
| 12 | 3 | 38067454XX21 |
В.7. Таблица Books («КНИГИ»)
В таблице Books целостность сущности поддерживается первичным ключом по столбцу Code. Он также отвечает за ссылочную целостность БД «БИБЛИТЕКА» За уникальность значений в столбце Code отвечает генератор BooksCode:
CREATE GENERATOR BooksCode;
SET GENERATOR BooksCode TO
Работа генераторов описана на примере таблицы PhoneTypes. Ниже приведены операторы INSERT для добавления первых двух записей в таблицу Books.
INSERT TABLE Books
(Code, Name, IssueYear, Drawing, BookPublishers, UDK, Cipher)
VALUES
(GEN_ID(BooksCode, 1), 'Автоматизация производственных процессов на обогатительной фабрике', '01/01/1985', 60000, «Недра», '622.7', '622.7‑52 ⁄Т');
INSERT TABLE Books
(Code, Name, IssueYear, Drawing, BookPublishers, UDK, Cipher)
VALUES
(GEN_ID(BooksCode, 1), 'Решение задач по автоматизации процессов обогащения и металлургии', '01/01/1969', 200000, «Наука», '622.7‑52', '622.7‑52(075) ⁄Т');
В script-файле в таблицу Books добавлено 14 строк с помощью операторов INSERT (Приложение Г). Результат их работы смотрите ниже (таблица В.6).
Таблица В.6
Информация в таблице Books («КНИГИ») | Code | Name | IssueYear | Drawing | BookPublishers | UDK | Cipher | Note |
| 1 | Автоматизация производственных процессов на обогатительной фабрике | 01.01.1985 | 6000 | «Недра» | 622.7 | 622.7-52/Т | NULL |
| 2 | Решение задач по автоматизации процессов обогащения и металлургии | 01.01.1969 | 2000 | «Наука» | 622.7-52 | 622.7-52(075)/Т | NULL |
| 3 | Асимптотические методы оптимального управления | 01.01.1987 | 1000 | «Автомат» | 681.513.5 | 681.513.5:/А | NULL |
| 4 | Синтез оптимальных автоматических систем | 01.31.1984 | 5000 | «Автомат» | 681.513.5 | 681.513.5:/ДО | NULL |
| 5 | Методы оптимизации стохастических систем | 01.01.1987 | 4500 | «Матстат» | 681.513.5 | 681.513.5:/ДО | NULL |
| 6 | Автоматизированные системы управления технологическим процессом обогащения руды | 31.01.1987 | 4000 | «Автомат» | 622.7-52 | 622.7-52/П | NULL |
| 7 | C/C++ Программирование на языке высокого уровня | 11.01.2007 | 5500 | «Питер» | 681.3.06 | 681.3.06(075) | NULL |
| 8 | Компьютерные сети. Принципы, технологии, протоколы | 31.01.2006 | 6000 | «Питер» | 004.72 | 004.72(075) | NULL |
| 9 | Справочник по дифференциальным уравнениям с частными производными первого порядка | 31.01.2003 | 10000 | «ФИЗМАТЛИТ» | 517.9 | 517.9 | NULL |
| 10 | Теория вероятностей и математическая статистика | 31.01.2004 | 1000 | «Питер» | 519.2 | 519.2 | NULL |
| 11 | C#. Программирование на языке высокого уровня | 31.01.2009 | 1500 | «Питер» | 004.43 | 004.43 | NULL |
| 12 | Теория вероятностей и математическая статистика | 31.01.2005 | 2000 | «Высшая школа» | 519.2 | 519.2 | NULL |
| 13 | Теория вероятностей и математическая статистика | 31.01.2002 | 2500 | «ФИЗМАТЛИТ» | 519.2 | 519.2 | NULL |
| 14 | Дискретно-групповые методы интегрирования обыкновенных дифференциальных уравнений | 31.01.1991 | 7000 | «ЛИИАН» | 517.9 | 517.9-37 | NULL |
В.8. Таблица BookAuthors («АВТОРЫ КНИГ»)
Первичный ключ по столбцу Code отвечает за целостность сущностей в таблице BookAuthors и за ссылочную целостность БД «БИБЛИОТЕКА». Уникальность значений первичного ключа поддерживает генератор BookAuthorsCode:
CREATE GENERATOR BookAuthorsCode;
SET GENERATOR BookAuthorsCode TO
Работа механизма генераторов описана на примере таблицы PhoneTypes. Ниже приведены операторы INSERT, которые добавляют первые две строки в таблицу BookAuthors:
INSERT TABLE BookAuthors
(Code, FamilyName, Name, Patronymic, Birthday)
VALUES
(GEN_ID(BookAuthorsCode, 1), 'Тихонов', 'Олег', 'Николаевич', '01/31/1940');
INSERT TABLE BookAuthors
(Code, FamilyName, Name, Patronymic, Birthday)
VALUES
(GEN_ID(BookAuthorsCode, 1), 'Акуленко', 'Леонид', 'Дмитриевич', '03/12/1934');
Таблица BookAuthors содержит 16 строк. Все они сформированы в script-файле операторами INSERT (Приложение Г). Результаты их работы приведены в таблице В.7.
Таблица В.7
Информация в таблице BookAuthors («АВТОРЫ КНИГ») | Code | FamilyName | Name | Patronymic | Birthday | DeatheDay | ShortBiography | Note |
| 1 | Тихонов | Олег | Николаевич | 12.07.1945 | NULL | NULL | NULL |
| 2 | Акуленко | Леонид | Дмитриевич | 26.11.1962 | NULL | NULL | NULL |
| 3 | Процуто | Виктор | Сергеевич | 14.08.1950 | NULL | NULL | NULL |
| 4 | Колосов | Геннадий | Евгеньевич | 01.06.1950 | NULL | NULL | NULL |
| 5 | Козаков | Игорь | Елисеевич | 18.09.1962 | NULL | NULL | NULL |
| 6 | Павловская | Татьяна | Александровна | 03.08.1967 | NULL | NULL | NULL |
| 7 | Зайцев | Валентин | Федорович | 03.07.1955 | NULL | NULL | NULL |
| 8 | Полянин | Андрей | Дмитриевич | 15.03.1939 | NULL | NULL | NULL |
| 9 | Андронов | Александр | Михайлович | 18.06.1969 | NULL | NULL | NULL |
| 10 | Копытов | Евгений | Александрович | 09.03.1950 | NULL | NULL | NULL |
| 11 | Гринглаз | Леонид | Яковлевич | 11.07.1950 | NULL | NULL | NULL |
| 12 | Баврин | Иван | Иванович | 12.09.1949 | NULL | NULL | NULL |
| 13 | Пугачов | Владимир | Семенович | 03.02.1958 | NULL | NULL | NULL |
| 14 | Олифер | Виктор | Григорьевич | 07.04.1961 | NULL | NULL | NULL |
| 15 | Олифер | Наталья | Алексеевна | 11.12.1965 | NULL | NULL | NULL |
| 16 | Флегонтов | Александр | Владимирович | 07.07.1963 | NULL | NULL | NULL |
В.9. Таблица CoAuthorship («СОАВТОРСТВО»)
В физической модели БД «БИБЛИОТЕКА» определён составной первичный ключ для таблицы CoAuthorship. В его состав входят все её столбцы. Вы уже знаете, что генераторы не подходят для поддержания уникальности значений составных потенциальных или первичных ключей. Для этого необходимо использовать триггеры и хранимые процедуры.
В script-файле не прописаны триггеры и хранимые процедуры для обеспечения уникальных значений потенциального ключа таблицы CoAuthorship. Такой подход возможен. Он базируется на внутренних механизмах СУБД. Они генерируют исключительную ситуацию при попытке ввода не уникального значения для первичного ключа. Ниже приведены операторы INSERT для добавления трёх первых строк в таблицу CoAuthorship.
INSERT TABLE CoAuthorship
(BookCode, AuthorCode)
VALUES
(1, 1);
INSERT TABLE CoAuthorship
(BookCode, AuthorCode)
VALUES
(2, 1);
INSERT TABLE CoAuthorship
(BookCode, AuthorCode)
VALUES
(3, 2);
Последовательность добавления информацию в таблицу CoAuthorship имеет значение. Рассмотрим её на примере третьей строки. В ней значения внешних ключей BookCode и AuthorCode соответственно равны 3 и 2. Это значит, что в таблице Books должна быть строка со значением первичного ключа Code, которое равно 3. Дополнительно в таблице BookAuthors должна быть строка со значением первичного ключа Code, которое равно 2. Иначе правила ссылочной целостности БД «БИБЛИОТЕКА» сгенерируют исключительную ситуацию, используя стандартные механизмы СУБД Interbase. В этом случае третья строка не будет добавлена в таблицу CoAuthorship.
Всего в script-файле добавляется 19 строк в таблицу CoAuthorship (Приложение Г). Для добавления каждой строки создан отдельный оператор INSERT. Результаты их работы Вы можете видеть в таблице В.8.
Таблица В.8
Информация в таблице Сoаuthorship («СОАВТОРСТВО») | BookCode | AuthorCode |
| 1 | 1 |
| 2 | 1 |
| 3 | 2 |
| 4 | 4 |
| 5 | 5 |
| 6 | 3 |
| 7 | 6 |
| 8 | 14 |
| 8 | 15 |
| 9 | 7 |
| 9 | 8 |
| 10 | 9 |
| 10 | 10 |
| 10 | 11 |
| 11 | 6 |
| 12 | 12 |
| 13 | 13 |
| 14 | 16 |
| 14 | 7 |
В.10. Таблица BookFunds («ТИПЫ ФОНДОВ КНИГ»)
Целостность сущности в таблице BookFunds обеспечивается уникальностью значений в столбце Code. Он выбран в качестве первичного ключа. Генератор BookFundsCode обеспечивает уникальные ключевые значения:
CREATE GENERATOR BookFundsCode;
SET GENERATOR BookFundsCode TO
Принцип работы генераторов описан выше. Ниже приведены операторы INSERT, которые добавляют две строки в таблицу BookFundsCode:
INSERT TABLE BookFunds
(Code, Name)
VALUES
(GEN_ID(BookFundsCode, 1), 'НТБ');
INSERT TABLE BookFunds
(Code, Name)
VALUES
(GEN_ID(BookFundsCode, 1), 'Студенческий');
В таблице BookFundsCode всего две строки. Потому можете видеть все операторы INSERT из script-файла, которые добавляют в неё информацию. Результаты их работы приведены в таблице В.9.
Таблица В.9
Информация в таблице BookFunds («ТИПЫ ФОНДОВ КНИГ») | Code | Name |
| 1 | НТБ |
| 2 | Студенческий |
В.11. Таблица BookInventoryNumbers («ИНВЕНТАРНЫЕ НОМЕРА КНИГ»)
В таблице BookInventoryNumbers целостность сущностей обеспечивается первичным ключом по столбцу Code. Генератор BookInventoryNumbersCode создаёт уникальные значений для этого первичного ключа:
CREATE GENERATOR BookInventoryNumbersCode;
SET GENERATOR BookInventoryNumbersCode TO
Механизм работы генераторов описан выше. Осталось привести пример операторов INSERT, которые вводят первые две строки в таблицу BookInventoryNumbers:
INSERT TABLE BookInventoryNumbers
(Code, BookCode, FundCode, InventoryNumber, Cost)
VALUES
(GEN_ID(BookFundsCode, 1), 1, 1, 4567890, 15.56);
INSERT TABLE BookInventoryNumbers
(Code, BookCode, FundCode, InventoryNumber, Cost)
VALUES
(GEN_ID(BookFundsCode, 1), 2, 1, 4510000, 22.33);
Рассмотрим последовательность добавления информации во вторую строку таблицы BookInventoryNumbers. Здесь важны значения внешних ключей: BookCode = 2 и FundCode = 1. Без соответствующих строк в таблицах Books и BookFunds мы не сможем ввести вторую строку в таблицу BookInventoryNumbers.
В обеих таблицах первичный ключ определён на столбце Code. На них ссылаются внешние ключи таблицы BookInventoryNumbers. Следовательно, сначала необходимо добавить строку в таблицу Books, в которой значение Code = 2, а затем добавить строку в таблицу FundCode, где Code = 1. Теперь Вы сможете добавить вторую строку в таблицу BookInventoryNumbers.
Всего в script-файле добавляется 15 строк в таблицу BookInventoryNumbers. Для добавления каждой строки создан отдельный оператор INSERT (Приложение Г). Результаты их работы Вы можете видеть в таблице В.10.
Таблица В.10
Информация в таблице BookInventoryNumbers («ИНВЕНТАРНЫЕ НОМЕРА КНИГ») | Code | BookCode | FundCode | InventoryNumber | Cost |
| 1 | 1 | 1 | 4567890 | 15,56 |
| 2 | 2 | 1 | 4510000 | 22,33 |
| 3 | 3 | 1 | 4532477 | 34,01 |
| 4 | 4 | 1 | 4512890 | 12,99 |
| 5 | 5 | 2 | 4678532 | 56,78 |
| 6 | 6 | 2 | 4632112 | 10,10 |
| 7 | 7 | 2 | 7569832 | 73,50 |
| 8 | 7 | 2 | 5478956 | 45,10 |
| 9 | 8 | 2 | 2145876 | 59,25 |
| 10 | 9 | 1 | 5214786 | 36,05 |
| 11 | 10 | 1 | 5268933 | 74,20 |
| 12 | 11 | 2 | 7865890 | 21,32 |
| 13 | 12 | 1 | 6589321 | 36,69 |
| 14 | 13 | 1 | 7812639 | 48,13 |
| 15 | 14 | 1 | 7523690 | 27,99 |
В.12. Таблица BookGiveOutRecord («УЧЕТ ВЫДАЧИ КНИГ»)
В таблице BookGiveOutRecord необходимо поддерживать целостность сущности «Инвентарный номер книги». За это отвечает первичный ключ Code. Уникальность его значений обеспечивает генератор BookGiveOutRecordCode:
CREATE GENERATOR BookGiveOutRecordCode;
SET GENERATOR BookGiveOutRecordCode TO
Принципы работы генераторов описаны ранее для таблицы PhoneTypes. Ниже приведены операторы INSERT, которые добавляют первые две строки в таблицу BookGiveOutRecord:
INSERT TABLE BookGiveOutRecord
(Code, ReaderCode, OutLibrarianCode, InventoryCode, IssueDate, ReturnDate, FactReturnDate, InLibrarianCode)
VALUES
(GEN_ID(BookGiveOutRecordCode, 1), 2, 4, 6, '09/11/2004', '09/25/2004', '09/24/2004', 3);
INSERT TABLE BookGiveOutRecord
(Code, ReaderCode, OutLibrarianCode, InventoryCode, IssueDate, ReturnDate, FactReturnDate, InLibrarianCode)
VALUES
(GEN_ID(BookGiveOutRecordCode, 1), 3, 4, 4, '09/02/2004', '09/16/2004', '12/11/2004', 3);
В таблицу BookGiveOutRecord информация была добавлена в последнюю очередь. Попробуйте оценить масштабы подготовки к её вводу. Для того, чтобы зафиксировать 10 случаев выдачи книг читателям было введено 10 строк в таблицу BookGiveOutRecord. Перед этим было добавлено 143 строки в 10 таблиц.
На примере первой строки разберёмся с очерёдностью добавления информации в таблицу BookGiveOutRecord. Мы видим, что значения внешних ключей OutLibrianCode, InventoryCode, InLibrianCode и столбца ReaderCode соответственно равны 2, 3, 6 и 4. Следовательно, перед вводом первой строки мы должны выполнить ряд действий. Их последовательность произвольна.
Ввод первой строки в таблицу BookGiveOutRecord мы начнём с таблицы BookInventoryNumbers. В неё необходимо внести строку, в которой значение первичного ключа Code равно 6. Теперь пришла очередь таблицы Librarians. На её первичный ключ Code ссылаются сразу два внешних ключа таблицы BookGiveOutRecord. Следовательно, в таблицу Librarians нам необходимо ввести две строки. У одной значение первичного ключа Code должно быть равно 4, а у другой – 3. В таблице Readers должна появиться строка со значением первичного ключа Code, которое равно 2. Только после всех этих действий правила ссылочной целостности БД «БИБЛИОТКА» дадут нам возможность ввести первую строку в таблицу BookGiveOutRecord.
Для каждой строки, добавляемой в таблицу BookGiveOutRecord, был создан отдельный оператор INSERT (Приложение Г). Результаты их работы Вы можете видеть в таблице В.11.
Таблица В.11
Информация в таблице BookGiveOutRecord («УЧЕТ ВЫДАЧИ КНИГ») | Code | ReaderCode | OutLlibrarianCode | InventaryCode | IssueDate | ReturnDate | FactreturnDate | InLibrarianCode |
| 1 | 2 | 4 | 6 | 11.09.2004 | 25.09.2004 | 24.09.2004 | 3 |
| 2 | 3 | 4 | 4 | 02.09.2004 | 16.09.2004 | 11.12.2004 | 3 |
| 3 | 6 | 4 | 3 | 02.09.2004 | 16.09.2004 | 16.09.2004 | 1 |
| 4 | 4 | 3 | 6 | 30.10.2004 | 13.11.2004 | 10.01.2005 | 6 |
| 5 | 7 | 10 | 7 | 10.11.2009 | 24.11.2009 | 24.11.2009 | 12 |
| 6 | 9 | 7 | 12 | 15.12.2009 | 29.12.2009 | NULL | NULL |
| 7 | 11 | 8 | 10 | 06.02.2009 | 20.02.2009 | 19.02.2009 | 7 |
| 8 | 7 | 9 | 8 | 07.03.2009 | 21.03.2009 | 10.04.2009 | 10 |
| 9 | 9 | 8 | 12 | 05.02.2010 | 28.02.2010 | NULL | NULL |
| 10 | 12 | 10 | 15 | 21.09.2010 | 05.10.2010 | 03.10.2010 | 9 |
1. Целостность сущности и ссылочную целостность реляционной БД поддерживают с помощью уникальных значений первичных ключей в таблицах, даже если они явно не определены в операторах INSERT.
2. В современных СУБД уникальность целочисленных значений не составных первичных и потенциальных ключей поддерживают с помощью генераторов или автоинкрементного свойства столбца таблицы.
3. Для поддержания уникальности значений составных потенциальных и первичных ключей необходимо использовать триггера и хранимые процедуры.
4. Последовательность заполнения таблиц всегда может совпадает с последовательностью их создания. Однако это не всегда оптимальный путь добавления информации в таблицы реляционной базы данных.