BookOrders также имеется прямая связь [в заказах (orders) перечислены продаваемые книги],

Обратите внимание на отсутствие прямой связи между Books и Orders. Она

косвенная и выражена через таблицу BookOrders.

Соедините все связанные таблицы с другом линиями. Возможно, придется переместить некоторые таблицы, чтобы более продемонстрировать эти связи. Структура базы данных должна быть похожа на схему, показанную на рис. 3- i+,

Books

BookCo4icHtk)n

Condition ID

ConditionName

Description

P<MUtt

PositionlD Title

JobDesorip

StatuslO StatusOescip

PaymentID PaymentDescrip

Рие. 3-14. Определение вду таблицами в логичеекой модели даннгх

3. Определите, к какому типу относится каждая связь: один к один ко многим , многие ко многим . Концы связей, одному обозначьте цифрой 1, а концы, соответствующие гим - символом бесконечности (рис. 3-15). Определить тип связи можно на основе данных, ассоциированных с каждым объектом. Например, очевидна связь между работниками и создаваемыми ими заказами. Работник может создать множество заказов, но заказ создается только одним работником. Поэтому между таблицами Orders и Employees существует связь ко многим [один работник (employee) может создать много заказов Конец связи у таблицы Employees помечен цифрой I а у таблицы Orders - символом бесконечности.

4. Определите в структуре базы данных связи многие ко многим . Какие из связей относятся к этому типу?

Authors

ConditionID

ConditionName

Description

Order ID TrtlelD

CuMorrwr*

CustomeriD

FirstName

LastName

Phone

Addressl

Address2

City

State

OrderlD

CoslomeilD

fmpfoyBelD

Arnount

OrderDate

Deiiver/Dale

PaymenllD

StatusID

PotionlD Trtle

JobEtoscfip

Рис. 3-15.

Определение типов связей межд цами в логической модели данных

Создайте соединяющую таблицу под названием В таблице должны

столбцы Author и

6. Удалите ;ii между таблицами Books и Authors, после этого удалите Author ID

1ииы Books.

Вы удаляете поскольку прямая связь между таблицами больше не

Вместо нее создана косвенная связь через таблицу BookAuthors. Кроме того, в таблице Books столбец больше не нужен поскольку связь - автор выражена

в таблице BookAuthors.

7. Нарисуйте связь между таблицами Authors и BookAuthors, а также связь между таблицами Books и BookAuthors.

8. Определите типы связей с таблицей BookAuthors. Структура базы данных показана на рис.

► Определение чений, налагаемых на данные

1. Запишите на листе бумаги названия всех таблиц базы данных. Оставьте побольше места между названиями таблиц для записи ограничений.

Вспомните бизнес-правило о том, что сведения о книге должны состоять из заглавия, автора, стоимости, предполагаемой розничной цены, оценки состояния и го идентификатора.

3. Найдите объект (если таковой существует), к которому применимо это бизнес-правило. К каким объектам применимо это бизнес-правило?

Author*

AulhorlD

FirstName

lastnarim

vbaidled

eoomiurthihs

AuthorlD TitlelD

CustomerlD

First Name

LastName

Phone

addresei

Address2

City

state

StatusID StatusDescipl

TitlelD

title

Publisher PubDate Edition

cost SRP

coilrlihonld

sold

ConditionlD CondrtionName

Description

OrderlD TitlelD

:

OrderlD

CustomerlD

EmployeelD

amount

OrderDatH

dellverydate

PaymentID

statusid

EmployeelD

ame last name Addressi Addres52 city State Zip

phone DOB

hiiedate PositionlD

PosilionlD

Ji Title

JobDescrip

l-jWglQIPayment

PaymentID

p ae n tdesc ri p

Рие. 3-16. Таблица uthors в логичеекой модели данных

4. Запишите под названиями таблиц Books и BookAuthors ограничения, которые можно вывести из этого бизнес-правила.

Каковы эти ограничения?

5. Определите ограничения, вытекающие из каждого бизнес-правила. Где возможно, запишите их под названием и11.],1, Если ограничение нельзя отнести к одной конкретной таблице, запишите его отдельно на листе.

Перечислите ограничения, определенные для базы данных.

6. Просмотрите только что созданные ограничения и проверьте наличие у каждой таблицы и каждого столбца какого-либо ассоциированного правила.

Резюме

Модель данных включает определения сущностей, их атрибутов и ограничений. В модель также входят определения связей между сущностями и ограничения, налагаемые на эти связи. Один из первых этапов создания модели - определение типов данных, которые будут храниться в базе данных. Эти типы данных можно разделить на логические категории. В большинстве случаев каждая категория соответствует табличному объекту базы данных. Определив таблицы и их столбцы, следует выявить связи между таблицами. Чтобы узнать тип между таблицами связей, следует изучить типы данных, которые содержатся в каждой таблице, и способы обмена данными между таблицами. После того как связи между таблицами установлены, налагаемые на данные ограничения, которые будут храниться в таблицах. Где возможно, следует организовать ограничения в соответствии с таблицами и их столбцами.