Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Диплом востановленный.doc
Скачиваний:
1
Добавлен:
01.05.2025
Размер:
6.47 Mб
Скачать

3.2. Выявление связей отношений.

Рис. 47 Схема связей отношений.

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

  • «Город» и «Адрес» имеют связь один ко многим, так как идентификатор каждого города в отношении «Город» может иметь несколько значений атрибута в отношении «Адрес».

Рис. 48 Связь отношений «Город» и «Адрес»

  • «Адрес» и «Название_орг» имеют связь один к одному, так как идентификатор каждой организации в отношении «Название_орг» может иметь только одно значение атрибута в отношении «Адрес».

Рис. 49 Связь отношений «Адрес» и «Название_орг»

  • «Название_орг» и «Сотрудники» имеют связь один к одному, так как идентификатор каждой организации в отношении «Название_орг» может иметь только одно значение атрибута в отношении «Сотрудники».

Рис. 50 Связь отношений «Название_орг» и «Сотрудники»

  • «Телефон» и «Сотрудники» имеют связь один ко многим, так как идентификатор каждого сотрудника в отношении «Сотрудники» может иметь несколько значений атрибута в отношении «Адрес».

Рис. 51 Связь отношений «Телефон» и «Сотрудники»

  • «Контакт» и «Телефон» имеют связь один ко многим, так как идентификатор каждого контакта в отношении «Контакт» может иметь несколько значений атрибута в отношении «Телефон».

Рис. 52 Связь отношений «Контакт» и «Телефон»

  • «Должность» и «Сотрудники» имеют связь ко многим, так как идентификатор должности в отношении «Должность» может иметь несколько значений атрибута в отношении «Сотрудники».

Рис. 53 Связь отношений ««Должность» и «Сотрудники»

  • «Название_орг» и «Сделка» имеют связь один ко многим, так как идентификатор каждой организации в отношении «Название_орг» может иметь несколько значений атрибута в отношении «Сделка».

Рис. 54 Связь отношений «Название_орг» и «Сделка»

  • «Условие» и «Сделка» имеют связь один ко многим, так как идентификатор каждого условия в отношении «Условие» может иметь несколько значений атрибута в отношении «Сделка».

Рис. 55 Связь отношений «Условие» и «Сделка»

  • «Договор» и «Сделка» имеют связь один к одному, так как идентификатор каждого договора в отношении «Договор» может иметь только одно значение атрибута в отношении «Сделка».

Рис. 56 Связь отношений «Договор» и «Сделка»

  • «Договор» и «Вид_работ» имеют связь один ко многим, так как идентификатор каждого вида_работ в отношении «Вид_работ» может иметь несколько значений атрибута в отношении «Договор».

Рис. 57 Связь отношений «Договор» и «Вид_работ»

3.3. Даталогическое проектирование

MS SQL Server представляет собой мощный полнофункциональный сервер баз данных, отличающийся высокой производительностью, быстротой освоения и удобным интерфейсом администрирования. Под его управлением могут работать базы данных в широком диапазоне от уровня среднего звена предприятия до распределенных баз масштаба корпорации. Доступ к MS SQL Server возможен из большого числа средств разработки клиентских, настольных баз данных и офисных продуктов. MS SQL Server изначально ориентирован на интеграцию с другими серверами MS Back Office, что позволяет непосредственно охватить решение комплексных задач автоматизации хранения и обработки информации, электронной почты и документооборота, построения Internet/intranet приложений и т. д. MS SQL Server работает в как в традиционных клиент-серверных платформах, так и в многоуровневых средах. Одним из основных инструментов при создании распределенных многокомпонентных приложений является Microsoft Transaction Server.

Данный язык структурированных запросов был выбран по нескольким причинам:

  1. из-за простоты словаря языка;

  2. высокая производительность обработки запросов;

  3. относительно небольшие требования к ПО;

  4. дружественность интерфейса для программиста;

  5. язык признан стандартом.

Конечно, можно было бы использовать СУБД ORACLE, Microsoft Access или какую-либо другую СУБД, но они имеют большие недостатки, чем Microsoft SQL Server 2000. Например, для работы в ORACLE требуется большой объём оперативной памяти, да и сама СУБД рассчитана на работу с большими объемами информации, что для данной работы не требуется, т.к. завершенные договора будут удаляться, а Microsoft Access не может быстро обрабатывать данные, если их накопилось много.

Поэтому данная база данных будет реализована с помощью Microsoft SQL Server.

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

  1. таблица Город. Хранится информация о названии городов.

  1. таблица Адрес. Хранится информация об адресе орг. подрядчике.

  1. таблица Название_орг. Хранится информация об названии организации и ее реквизитах.

  1. таблица Сотрудники. Хранится информация о сотрудниках.

  1. таблица Должность. Хранится информация о должностях.

  1. таблица Телефон. Хранится информация о телефонных номерах.

  1. таблица Контакт. Хранится информация о контактах номеров телефонов.

  1. таблица Сделка. Хранится информация о заключенной сделке.

  1. таблица Условие. Хранится информация об условиях оплаты договоров.

  1. таблица Договор. Хранится информация об имеющихся договорах на определенный вид работ.

  1. таблица Вид_работ. Хранится информация о видах работ.

Примечание. Все ключевые поля таблиц заполняются автоматически счётчиком.