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

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

2. Если в результате переговоров арендатора и сотрудника фирмы выясняется, что желаемый объект не арендован, то подается заявка на аренду и заключается договор;

3. После обработки заявки и проверки договора («Контроль договора»), договор аренды вступает в силу.

2.2 Подготовка диаграммы первого уровня

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

2.После этого заключаеться договор, скрепляется печатью, и клиент стает арендатором и вступает в права временного владения недвижимостью.

3.Диаграмма построена в предположении, что круг клиентов конторы приблизительно стабилен, по этому храним их в двух хранилищах: «Арендатор» и «Владелец».

3. ПОСТРОЕНИЕ ER-ДИАГРАММЫ

5. НОРМАЛИЗАЦИЯ БАЗЫ ДАННЫХ

Преобразуем ER-диаграмму (рис. 1) в отношения Dogovor(VL, Ar, Tip, id_dogovor) и Nedvigimost(Tip, PL).

Определим ФЗ, которые соответствуют отношениям. Отношению Dogovor соответствует полная ФЗ id_dogovor Ar, VL, Tip, а отношению Nedvigimost соответствует полная ФЗ Tip PL.

Как видно, каждое из рассмотренных отношений содержит только одну полную ФЗ, следовательно, отношения нормализованы.

6. СОЗДАНИЕ БАЗЫ ДАННЫХ И ТАБЛИЦ В НЕЙ

1. Запускаем SQL Server Enterprise Manager и подключаемся к нужному серверу.

2. Нажимаем иконку New Database и введем имя базы данных и её параметры.

3. Выбираем меню Tools -SQL Query Analyzer, где пишем наш SQL код и запускаем его на выполнение.

Код:

/*

Created28.10.2007

Modified13.11.2007

Project

Model

Company

Author

Version

DatabaseMS SQL 2000

*/

Create table [Dogovor]

(

[id_dogovor] Integer NOT NULL,

[VL] Char(10) NULL,

[AR] Char(10) NULL,

[Tip] Char(20) NOT NULL,

Primary Key ([id_dogovor]))

go

Create table [Nedvigimost]

(

[Tip] Char(20) NOT NULL,

[PL] Money NOT NULL,

Primary Key ([Tip])

)

go

Alter table [Dogovor] add foreign key([Tip],[PL]) references [Nedvigimost] ([Tip],[PL]) on update no action on delete no action

go

Set quoted_identifier on

go

Set quoted_identifier off

go

7. БИЗНЕС ПРАВИЛА

1.Стоимость недвижимости должна быть меньше 10000. Это правило реализуется с помощью ограничения СHEK.

Create table [Nedvigimost]

(

[Tip] Char(20) NOT NULL,

[PL] Money NOT NULL СHEK ( PL<10000)

Primary Key ([Tip])

)

2.Название типа недвижимости не должно превышать 20 символов и должно быть задано. Это правило реализуется с помощью ограничений Char(20) и NOT NULL

Create table [Dogovor]

(

[id_dogovor] Integer NOT NULL,

[Tip] Char(20) NOT NULL,

[VL] Char(10) NULL,

[Ar] Char(10) NULL,

Primary Key ([id_dogovor])

)

3.Для запрещения удаления данных таблицы key([Tip]) и [Nedvigimost] ([Tip]) используем запрещающую ссылочную целостность:

Alter table [Dogovor] add foreign key([Tip]) references [Nedvigimost] ([Tip]) on update no action on delete no action

Теперь нельзя изменить значения ключа записи родителя key([Tip]) если ей соответствуют записи в до черней таблице [Nedvigimost] ([Tip]).

8. ОСНОВЫ DML. БАЗОВЫЙ НАБОР КОМАНД

1.Определить число объектов, цена которых меньше 10000.

select *

FROM Nedvigimost

WHERE PL<10000

2.Вывести фамилии людей, которые арендовали дом.

select Ar

FROM Dogovor

WHERE Tip='Дом'

9. РАСШИРЕННЫЕ ВОЗМОЖНОСТИ DML

Создав представление, мы можем использовать его точно так же, как таблицу. Мы можем открыть его в Enterprise Manager с использованием конструктора представлений View Designer, либо включить его в другие запросы.

Если мы откроем конструктор представлений View Designer для существующего представления, Enterprise Manager трактует его как виртуальную таблицу. Базовым оператором SQL является либо SELECT * FROM <имя представления>, либо SELECT TOP n FROM <имя представления>, но не оператор запроса, создавший представление.

Откроем конструктор View Designer для представления

1. Перейдем к папке Views базы данных Olya в дереве консоли Console Tree. Enterprise Manager отобразит список представлений для базы данных.

2. Щелкнем правой кнопкой мыши на Куць Ольга в рабочей панели Details Pane, укажем на Open View (Открытие представления) и выберим Return All Rows (Показать все строки). Enterprise Manager откроет конструктор представлений View Designer для данного представления.

3. Щелкнем на кнопке SQL Pane (Панель SQL) в панели инструментов конструктора представлений. Конструктор представлений View Designer отобразит панель SQL Pane, содержащую оператор SELECT для представления.

4. Закроем конструктор представлений View Designer.

10.2 Включение представление в запрос

1. Перейдем к папке Tables базы данных Olya в дереве консоли Console Tree. Enterprise Manager отобразит список таблиц в рабочей панели Details Pane.

2. Откроем конструктор запросов Query Designer для таблицы Dogovor, щелкнув правой кнопкой мыши на имени таблицы, указав на Open Table (Открытие таблицы) и выбрав Return All Rows (Показать все строки). Конструктор запросов Query Designer откроет таблицу Dogovor.

3. Щелкнем на кнопке Diagram Pane (Панель диаграмм) в панели инструментов, чтобы отобразить панель диаграмм.

4. Щелкнем на кнопке Add Table (Добавить таблицу). Конструктор запросов Query Designer отобразит диалоговое окно Add Table (Добавление таблицы).

5. Откроем вкладку Views (Представления) в диалоговом окне Add Table (Добавление таблицы).

6. Выделим Куць Ольга в списке представлений, нажмем кнопку Add (Добавить), чтобы добавить представление в запрос, а затем нажмите кнопку Close (Закрыть), чтобы закрыть диалоговое окно. Конструктор запросов Query Designer добавит представление в запрос.

7. Щелкнем на кнопке SQL Pane (Панель SQL). Конструктор запросов Query Designer отобразит оператор SELECT для запроса.

8. В панели SQL Pane заменим * на Dogovor.Ar, Nedvigimost.Tip, Nedvigimost.PL.

9. Щелкнем на кнопке SQL Pane (Панель SQL), чтобы скрыть панель SQL Pane.

10.Нажмем кнопку Run (Выполнить) в панели инструментов конструктора запросов, чтобы исполнить запрос. Конструктор запросов Query Designer отобразит столбцы Dogovor, Nedvigimost.

11.Закроем конструктор запросов Query Designer.

10.3 Управление представлениями

1. Щелкаем на значке «Новый запрос».

2. Вводим в появившемся окне код процедуры

CREATE PROCEDURE Dogovor

@Arendator CHAR(20)

AS

select *

from Dogovor as d

inner join Nedvigimost as n

on d.Tip=n.Tip

WHERE d.Ar=@Arendator

CПИСОК ЛИТЕРАТУРЫ

1. Bob Swart. Delphi 6, ADO, and XML -- http://www.pinnaclepublishing.com

2. Codd E. F. Relational completeness of data base sublanguages. -- Ibid. 1972, p. 65-98.

3. Вендров А.М. CASE-технологии. Современные методы и средства проек-тирования информационных систем -- http://www.citforum.ru

4. Дейт К. Введение в системы баз данных. -- М.: Издательский дом "Вильямс", 2001. - 1072 с.

5. Ульман Дж. Основы систем баз данных /Пер. c англ. М. Р. Когаловского. -- М.: Финансы и статистика, 1983. - 334 с.

6. Чекалов А. Базы данных: от проектирования до разработки приложений. -- СПб.: БХВ-Петербург, 2003. - 384 с.

7. Чен П. Модель "сущность-связь" -- шаг к единому представлению о данных //СУБД №3, 1995.

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