Система базы данных Inter Base

Размещено на http://www.allbest.ru/

Содержание

Введение

1. Формализация задачи

1.1 Постановка задачи

1.2 Описание компонентов системы базы данных

1.3 Формализованное описание предметной области

1.4 Описание функций системы базы данных

1.5 Концептуальная ИЛМ предметной области

1.6 Концептуальная ДЛМ реляционной базы данных

1.7 Физическая модель базы данных

2. Создание базы данных

2.1 Технология создания объектов базы данных в среде СУБД

2.2 Технология наполнения базы данных

3. Реализация процессов обработки данных

3.1 Проектирование SQL-запросов

3.2 Режим интерактивного выполнения запросов

3.3 Проектирование форм приложения базы данных

3.4 Тестирование запросов

Заключение

Список используемых источников

Приложение А. SQL-скрипты объектов базы данных

Приложение Б. SQL-скрипты запросов

Введение

Данная курсовая работа позволяет провести самостоятельное проектирование, создание и использования компонентов системы баз данных Inter Base. В ходе работы оттачиваются навыки по администрированию баз данных. Изучаются основные конструкции и компоненты СУБД InterBase. Исследуются возможности языка SQL.

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

1. Формализация задачи

1.1 Постановка задачи

Ремонт средств связи

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

Необходимо осуществить следующую обработку данных:

- какой вид техники сдавался максимальное число раз за заданный период времени;

- список физических лиц, не пришедших за отремонтированной техникой (за заданный период времени) - фамилия, имя, отчество, адрес.

Необходимо разработать систему базы данных, обеспечивающую:

1. Сбор и хранение данных об организациях, конкретных экземпляров техники, видах техники, физических лицах, квитанциях, адресах, улиц, типах улиц, населенных пунктах и их типах. Данные представлены в виде строк, булевских значениях, целых чисел и дат.

2. Получение результатов обработки данных на основе выполнения SQL-запросов:

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

- перечень физических лиц, не пришедших за отремонтированной техникой.

1.2 Описание компонентов системы базы данных

Система баз данных - компьютеризированная система, основное назначение которой - хранить информацию, предоставляя пользователям средства её извлечения и модернизации

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

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

В данной работе поставленная задача решалась при помощи СУБД InterBase. Данная СУБД поддерживает стандарт языка SQL, и имеет связь со средством разработки приложений C++ Builder 6, при помощи стандартных компонентов. БД реализована на локальном сервере.

Системные требования: операционная система Microsoft Windows XP; процессор Pentium 3; 400 МБ оперативной памяти; 10 МБ на жестком диске.

В разработанную БД доступ имеет один пользователь.

Имя пользователя - SYSDBA.

Пароль - masterkey.

1.3 Формализованное описание предметной области

Формализованное описание предметной области представлено в виде таблиц 1 и 2.

Таблица 1 - Классы объектов

Объект/ свойство	Уникальный идентификатор	Физические характеристики	Опциональность значения	Логические ограничения	Процессы
ОРГАНИЗАЦИЯ
код	УИ1, П	число, 10	да	> 0	Вв, Пр
название	УИ2	символы, 50	да	все буквы строчные	Вв, Пр
краткое название		символы, 15	нет	все буквы строчные	Вв, Пр
ЕДИНИЦА ТЕХНИКИ
номер	УИ1, П	число, 10	да	> 0	Вв, Пр
дата выпуска	УИ2	дата	да		Вв, Пр
ВИД ТЕХНИКИ
код	УИ1, П	число, 10	да	> 0	Вв, Пр
название	УИ2	символы, 50	да	первая буква прописная	Вв, Пр, Об
краткое название		символы, 15	нет	первая буква прописная	Вв, Пр, Об
ФИЗИЧЕСКОЕ ЛИЦО
код	УИ1, П	число, 10	да	> 0	Вв, Пр
номер паспорта	УИ2	число, 8	да	> 0	Вв, Пр
серия паспорта	УИ3	число, 4	да	> 0	Вв, Пр
фамилия		символы, 25	да	все буквы строчные	Вв, Пр
имя		символы, 15	да	все буквы строчные	Вв, Пр
отчество		символы, 25	да	все буквы строчные	Вв, Пр
КВИТАНЦИЯ
код	УИ1, П	число, 10	да	> 0	Вв, Пр
дата квитанции	УИ2	дата	да		Вв, Пр
дата начала ремонта		дата	да		Вв, Пр
дата окончания ремонта		дата	нет		Вв, Пр
отметка о выдаче		Логическое значение	нет		Вв, Пр
АДРЕС
код	УИ, П	число, 10	да	> 0	Г, Пр
дом		число, 10	нет	> 0	Вв, Пр
корпус		символы, 3	нет	все буквы строчные	Вв, Пр
квартира		число, 10	нет	> 0	Вв, Пр

Таблица 1 - Классы объектов(продолжение)

УЛИЦА
код	УИ1, П	число, 10	да	> 0	Г, Пр
название	УИ2	символы, 50	да	первая буква прописная	Вв, Пр, Об
ТИП УЛИЦЫ
код	УИ1, П	число, 10	да	> 0	Г, Пр
название	УИ2	символы, 15	да	все буквы строчные	Вв, Пр
краткое название		символы, 5	нет	все буквы строчные	Вв, Пр
НАСЕЛЕННЫЙ ПУНКТ
код	УИ1, П	число, 10	да	> 0	Г, Пр
название	УИ2	символы, 50	да	первая буква прописная	Вв, Пр, Об
ТИП НАСЕЛЕННОГО ПУНКТА
код	УИ1, П	число, 10	да	> 0	Г, Пр
название	УИ2	символы, 15	да	все буквы строчные	Вв, Пр
краткое название		символы, 5	нет	все буквы строчные	Вв, Пр

Таблица 2. Формализованное описание предметной области. Связи

Связь	Опциональность связи	Тип связи	Название связи
главный КО	подчиненный КО	главный КО	подчиненный КО	главный КО	подчиненный КО	главный КО	подчиненный КО
УЛИЦА	АДРЕС	м.б.	д.б.	1	М	соответствует	относится
ТИП УЛИЦЫ	УЛИЦА	м.б.	д.б.	1	М	соответствует	относится
ТИП НАСЕЛЕННОГО ПУНКТА	НАСЕЛЕННЫЙ ПУНКТ	м.б.	д.б.	1	М	соответствует	относится
НАСЕЛЕННЫЙ ПУНКТ	АДРЕС	м.б.	д.б.	1	М	соответствует	относится
ФИЗИЧЕСКОЕ ЛИЦО	АДРЕС	м.б.	д.б.	1	1	соответствует	относится
ВИД ТЕХНИКИ	ЕДИНИЦА ТЕХНИКИ	м.б.	д.б.	1	М	соответствует	относится
КВИТАНЦИЯ	ФИЗИЧЕСКОЕ ЛИЦО	м.б.	д.б.	1	M	соответствует	относится
КВИТАНЦИЯ	ОРГАНИЗАЦИЯ	м.б.	д.б.	1	M	соответствует	относится
КВИТАНЦИЯ	ЕДИНИЦА ТЕХНИКИ	м.б.	д.б.	1	M	соответствует	относится

«Каждой УЛИЦЕ может соответствовать много АДРЕСОВ». «Каждый АДРЕС должен относиться к одной УЛИЦЕ».

«Каждому ТИПУ УЛИЦЫ может соответствовать много УЛИЦ». «Каждой УЛИЦЕ должна относиться к одному ТИПУ УЛИЦЫ».

«Каждому ТИПУ НАСЕЛЕННОГО ПУНКТА может соответствовать много НАСЕЛЕННЫХ ПУНКТОВ». «Каждый НАСЕЛЕННЫЙ ПУНКТ должен относиться к одному ТИПУ НАСЕЛЕННОГО ПУНКТА».

«Каждому НАСЕЛЕННОМУ ПУНКТУ может соответствовать много АДРЕСОВ». «Каждый АДРЕС должен относиться к одному НАСЕЛЕННОМУ ПУНКТУ».

«Каждое ФИЗИЧЕСКОЕ ЛИЦО может соответствовать одному АДРЕСУ». «Каждый АДРЕС должен относиться к одному ФИЗИЧЕСКОМУ ЛИЦУ».

«Каждому ВИДУ ТЕХНИКИ может соответствовать много ЕДИНИЦ ТЕХНИКИ». «Каждая ЕДИНИЦА ТЕХНИКИ должна относиться к одному ВИДУ ТЕХНИКИ».

«Каждая КВИТАНЦИЯ может соответствовать многим ОРГАНИЗАЦИЯМ». «Каждая ОРГАНИЗАЦИЯ должна относиться к одной КВИТАНЦИИ».

«Каждая КВИТАНЦИЯ может соответствовать много ФИЗИЧЕСКИХ ЛИЦ». «Каждому ФИЗИЧЕСКОМУ ЛИЦУ должна относиться к одной КВИТАНЦИИ».

«Каждая КВИТАНЦИЯ может соответствовать многим ЕДИНИЦАМ ТЕХНИКИ». «Каждая ЕДИНИЦА ТЕХНИКИ должна относиться к одной КВИТАНЦИИ».

1.4 Описание функций системы базы данных

Интерфейс системы базы данных реализованы следующие функции:

- добавление - создание новых записей;

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

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

Создана процедура ввода SQL запросов, тем самым расширены возможности по работе с базой данных.

1.5 Концептуальная ИЛМ предметной области

Размещено на http://www.allbest.ru/

Рисунок 1. ER-диаграмма предметной области.

1.6 Концептуальная ДЛМ реляционной базы данных

Размещено на http://www.allbest.ru/

Рисунок 2. Логическая структура реляционной базы данных.

1.7 Физическая модель базы данных

Таблица 3 - «Type_Community»

Имя поля	Code	Name	Sh_Name
Ключ	Primary Key
Тип, длина	Integer	VarChar(15)	VarChar(5)
Обязательность значения	Not Null	Not Null
Логическое ограничение на поле	Check (Code > 0)
Примеры данных	5	город	г

Таблица 4 - «Community»

Имя поля	Code	Name	Code_Type
Ключ	Primary Key		Foreign Key
Тип, длина	Integer	VarChar(50)	Integer
Обязательность значения	Not Null	Not Null	Not Null
Логическое ограничение на поле	Check (Code > 0)		Check (Code_Type _Code > 0)
Примеры данных	49	Оренбург	28

Таблица 5 - «Type_Street»

Имя поля	Code	Name	Short_Name
Ключ	Primary Key
Тип, длина	Integer	VarChar(15)	VarChar(5)
Обязательность значения	Not Null	Not Null
Логическое ограничение на поле	Check (Code > 0)
Примеры данных	32	улица	ул

Таблица 6 - «Street»

Имя поля	Code	Name	Street_Type _Code
Ключ	Primary Key		Foreign Key
Тип, длина	Integer	VarChar(50)	Integer
Обязательность значения	Not Null	Not Null	Not Null
Логическое ограничение на поле	Check (Cdoe > 0)		Check (Street_Type _Code>0)
Примеры данных	763	Горького	35

Таблица 7 - «Address»

Имя поля	Code	House	Case	Flat	Street_Code	Community _Code
Ключ	Primary Key				Foreign Key	Foreign Key
Тип, длина	Integer	Integer	VarChar(3)	Integer	Integer	Integer
Обязательность значения	Not Null				Not Null	Not Null
Логическое ограничение на поле	Check (Code>0)	Check (House>0)		Check (Flat > 0)	Check (Street _Code>0)	Check (Community _Code > 0)
Примеры данных	100	3	a	84	67	48

Таблица 8 - «Organization»

Имя поля	Number	Name	Short_Name
Ключ	Primary Key
Тип, длина	Integer	VarChar(50)	VarChar(15)
Обязательность значения	Not Null	Not Null
Логическое ограничение на поле	Check (Number > 0)
Примеры данных	68	Лыжная база	лыжи

Таблица 9 - «Shape_Tech»

Имя поля	Number	Name	Short_Name
Ключ	Primary Key
Тип, длина	Integer	VarChar(50)	VarChar(15)
Обязательность значения	Not Null	Not Null
Логическое ограничение на поле	Check (Number > 0)
Примеры данных	68	Лыжная база	лыжи

Таблица 10 - «Unit_Tech»

Имя поля	Number	Date_Exhaust	Number_Shape
Ключ	Primary Key		Foreign Key
Тип, длина	Integer	Date	Integer
Обязательность значения	Not Null	Not Null	Not Null
Логическое ограничение на поле	Check (Number > 0)		Check (Number_Shape >0)
Примеры данных	16	12.05.1983	78

Таблица 11 - «Phys_Face»

Имя поля	Code	Part_Pass	Number_Pass	Fam	Name	Patron	Number_Adress
Ключ	Primary Key						Foreign Key
Тип, длина	Integer	Integer	Integer	VarChar(50)	VarChar(50)	VarChar(50)	Integer
Обязательность значения	Not Null	Not Null	Not Null	Not Null	Not Null	Not Null	Not Null
Логическое ограничение на поле	Check (Code > 0)	Check (Part_Pass > 0)	Check (Number_Pass > 0)				Check (Adress _Code >0)
Примеры данных	46	5302	162547	Петров	Дмитрий	Александорович	6

Таблица 12 - «Ticket»

Имя поля	Code	Date_Tick	Date_beg_refit	Date_fin_refit	Delivery	Number_Phys	Code_Org	Number_Unit
Ключ	Primary Key					Foreign Key	Foreign Key	Foreign Key
Тип, длина	Integer	Date	Date	Date	Boolean	Integer	Integer	Integer
Обязательность значения	Not Null	Not Null	Not Null			Not Null	Not Null	Not Null
Логическое ограничение на поле	Check (Code > 0)					Check (Number_Phys >0)	Check (Code_Org >0)	Check (Number_Unit >0)
Примеры данных	512	12.05.1983	12.05.1983	12.05.1983	0	7	8	10

база тестирование интерактивный

2. Создание базы данных

2.1 Технология создания объектов базы данных в среде СУБД

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

Для формирования новой базы данных необходимо выбрать пункт меню database-> create database, где указывается путь сохранения базы данных, её псевдоним и кодировка хранимой информации. Для создания и заполнения таблиц базы данных используются команды SQL, которые вносятся в окне, вызываемом нажатием на кнопку «Interactive SQL».

Создание таблиц происходит посредством команды CREATE TABLE.

Синтаксис команды:

CREATE TABLE <имя таблицы> (<имя поля> <тип> <размер> [, …])

При этом некоторые поля включаются в первичный ключ путем указания в поле PRIMARY KEY. Поля, на которых ссылаются другие таблицы помечаются как внешние ключи:

FOREIGN KEY (<имя поля>) REFERENCES <имя внешней таблицы>(<имя поля во внешней таблице>)

2.2 Технология наполнения базы данных

Для внесения в таблицу данных используется команда SQL INSERT, которая записывается в «Interactive SQL». Синтаксис вышеупомянутой команды описан ниже.

INSERT INTO <имя таблицы> (<поле> [, …]) VALUES(<значение> [, …])

Заполнение БД происходит в следующем порядке:

1 «ТИП УЛИЦЫ», «ТИП НАСЕЛЕННОГО ПУНКТА», «ОРГАНИЗАЦИЯ», «ВИД ТЕХНИКИ»;

2 «УЛИЦА», «НАСЕЛЕННЫЙ ПУНКТ», «ЕДИНИЦА ТЕХНИКИ»;

3 «АДРЕС»;

4 «ФИЗИЧЕСКОЕ ЛИЦО»;

5 «КВИТАНЦИЯ».

3. Реализация процессов обработки данных

3.1 Проектирование SQL-запросов

Запросы создаются при помощи оператора SQL - SELECT.

SELECT -- оператор языка SQL, возвращающий набор данных (выборку) из базы данных.

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

SELECT <список полей> FROM <список таблиц> WHERE <условие>

Основные ключевые слова, относящиеся к запросу SELECT:

WHERE -- используется для определения, какие строки должны быть выбраны или включены в GROUP BY.

GROUP BY -- используется для объединения строк с общими значениями в элементы меньшего набора строк.

HAVING -- используется для определения, какие строки после GROUP BY должны быть выбраны.

ORDER BY -- используется для определения, какие столбцы используются для сортировки результирующего набора данных.

В данной работе были разработаны 2 SQL-запроса:

1 вид техники который сдавался максимальное число раз за заданный период времени;

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

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

Запрос реализуется на основе следующих операций: проекция, выборка, декартово произведение.

2 список физических лиц, не пришедших за отремонтированной техникой (за заданный период времени) - фамилия, имя, отчество, адрес.

Запрос является параметрическим. Параметром данного запроса выступает код физического лица.

Происходит вывод ФИО физического лица и адреса его прописки(населенного пункта, улицы, номера дома, корпуса, номера квартиры) из таблиц Phys_Face, Community, STREET, ADDRESS. В которых код физического лица отправивший на ремонт единицу техники в определенный промежуток времени присутствует в таблице Ticket.

Запрос реализуется на основе следующих операций: проекция, выборка, декартово произведение

3.2 Режим интерактивного выполнения запросов

В режиме «Interactive SQL» производится ввод запросов языка SQL. Выполнение запроса осуществляется кнопкой Execute Query. Если запрос корректен, внизу в специальном окне отображается результат запроса./9/ В ином случае выдается сообщение об ошибке, с указанием кода ошибки, номера строки и номера в строке. Для возвращения к уже выполненным запросам используется кнопка Previous Query, для перехода к следующему запросу: Next Query. Для запуска ранее сохраненного скрипта используется кнопка Load Script, для сохранения: Save Script.

3.3 Проектирование форм приложения базы данных

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

Рисунок 1 - Главная форма программы

Рисунок 2 - Выбор

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



Рисунок 2 - Форма ввода пользовательского запроса

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

Рисунок 3 - Форма запроса №2

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

3.4 Тестирование запросов

Исходные данные:

Рисунок 4 - Таблица «Квитанция»

Рисунок 5 - Таблица «Физическое лицо»

Рисунок 6 - Таблица «Организация»

Рисунок 7 - Таблица «Единица техники»

Рисунок 8 - Таблица «Вид техники»

Рисунок 9 - Таблица «Адресс»

Рисунок 10 - Таблица «Населенный пункт»

Рисунок 11 - Таблица «Улица»



Рисунок 12 - Таблица «Тип населенный пункт»

Рисунок 13 - Таблица «Тип улица»

Запрос № 1

Рисунок 14 - Результат запроса

Запрос №2:

Рисунок 15 - Результат запроса

Заключение

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

Список используемых источников

1 Дейт, К.Дж. Введение в системы баз данных: Пер. с англ. / К.Дж. Дейт. - К.;М.; СПб.: Издательский дом «Вильямс». 2000. - 848 с.

2 Ульман, Дж.Д. Введение в системы баз данных / Дж.Д. Ульман, Дж. Уидом. - М. : Лори, 1997. - 373 с.

3 Четвериков, В.Н. Базы и банки данных: учеб. для вузов по спец. "АСУ" / В.Н. Четвериков, В.И. Ревунков, Э.Н. Самохвалов. - М. : Высш. шк., 1987. - 248 с.

4 Диго, С.М. Проектирование и использование баз данных : учеб. для вузов / С.М. Диго. - М. : Финансы и статистика, 1995. - 208 с. : ил.

5 Баженова, И.Ю. Основы проектирования приложений баз данных: учеб. пособие / И.Ю. Баженова. - М.: ИНТУИТ.РУ: БИНОМ. ЛЗ, 2006. - 325 с.

6 Бойко, В.В. Проектирование баз данных информационных систем /В.В. Бойко.- 2-е изд., перераб. и доп. - М.: Финансы и статистика, 1989. - 351 с.

7 Кузнецов, С.Д. Основы баз данных: курс лекций: учеб. пособие /С.Д. Кузнецов. - М.: Интернет-Ун-т Информ. Технологий, 2005. - 488 с.

8 Кузнецов, С.Д. Основы современных баз данных. [Электронный ресурс] - Режим доступа: WWW.URL: http://www.citforum.ru/database/osbd/contents.shtml

Приложение А

SQL-скрипты таблиц объектов

Create Table Organization

(

Number Integer Not Null Primary key,

Name VarChar(30) Not Null,

Short_Name VarChar(15)

);

Create Table Shape_Tech

(

Number Integer Not Null Primary key,

Name VarChar(30) Not Null,

Short_Name VarChar(15)

);

Create Table Unit_Tech

(

Number Integer Not Null Primary key,

Date_Exhaust Date Not Null,

Number_Shape Integer Not Null,

Foreign key(Number_Shape) references Shape_Tech(Number)

);

Create Table Type_Community

(

Number Integer Not Null Primary key,

Name VarChar(30) Not Null,

Short_Name VarChar(15)

);

Create Table Community

(

Code Integer Not Null Primary key,

Name VarChar(30) Not Null,

Code_Type Integer Not Null,

Foreign key(Code_Type) references Type_Community(Number)

);

Create Table Type_Street

(

Number Integer Not Null Primary key,

Name VarChar(30) Not Null,

Short_Name VarChar(15)

);

Create Table Street

(

Number Integer Not Null Primary key,

Name VarChar(30) Not Null,

Code_Type_street Integer Not Null,

Foreign key(Code_Type_street) references Type_Street(Number)

);

Create Table Adress

(

Number Integer Not Null Primary key,

House Integer Not Null,

Flat Integer Not Null,

Case Varchar(3),

Code_Street Integer Not Null,

Code_Community Integer Not Null,

Foreign key(Code_Street) references Street(Number),

Foreign key(Code_Community) references Community(Code)

);

Create Table Phys_Face

(

Code Integer Not Null Primary key,

Part_Pass Integer Not Null,

Number_Pass Integer Not Null,

Fam VarChar(30) Not Null,

Name VarChar(30) Not Null,

Patron VarChar(30) Not Null,

Number_Adress Integer Not Null,

Foreign key(Number_Adress) references Adress(Number)

);

Create Table Ticket

(

Number Integer Not Null Primary key,

Date_Tick Date Not Null,

Date_beg_refit Date Not Null,

Date_fin_refit Date,

Delivery boolean,

Number_Phys Integer Not Null,

Code_Org Integer Not Null,

Number_Unit Integer Not Null,

Foreign key(Number_Phys) references Phys_Face(Code),

Foreign key(Code_Org) references Organization(Number),

Foreign key(Number_Unit) references Unit_Tech(Number)

);

Приложение Б

SQL-скрипты запросов

select a.Number

from shape_tech a,ticket b,unit_tech c

where b.Date_Tick between '01.01.1995' and '31.12.2002' and c.Number_Shape=a.Number

and c.Number=b.Number_Unit

group by a.Number

having a.Number>0

select a.FAM,a.Name,a.Patron,d.Name,f.Name,e.Name,g.Name,b.House,b.Flat,b.Case

from Phys_Face a,Adress b,ticket c,Type_Community d,Community f,Type_Street e,Street g

where b.Number=a.Number_Adress and c.Date_Tick between '01.01.1995' and '31.12.2002' and c.Delivery=false and d.Number=f.Code_Type

and f.Code=b.Code_Community and e.Number=g.Code_Type_street and g.Number=b.Code_Street

group by a.FAM,a.Name,a.Patron,d.Name,f.Name,e.Name,g.Name,b.House,b.Flat,b.Case

Размещено на Allbest.ru