Теория и практика построения баз данных (1088289), страница 22
Текст из файла (страница 22)
Таким образом, список сущностей будет выглядеть следующим образом: ИНДИВИДУАЛЬНОЕ ЗАНЯТИЕ, ГРУППОВОЕ ЗАНЯТИЕ, ИНСТРУКТОР, ПОСТОЯННЫЙ ИНСТРУКТОР, ПРИХОДЯЩИЙ ИНСТРУКТОР, ВЕЧЕР ТАНЦЕВ и КЛИЕНТ. Чтобы сделать правильный выбор среди этих альтернатив, необходимо проанализировать требования и выяснить, каким образом данные требования отразятся на структуре системы. Иногда полезно рассмотреть атрибуты сущностей. Если, наприл1ер, сущность ЗАНЯТИЕ не имеет никаких атрибутов, кроме идентификатора, то вводить такую сущность нет необходимости.
Связи Начнем с того, что сущность ИНСТРУКТОР имеет два подтипа: ПОСТОЯННЫЙ ИНСТРУКТОР н ПРИХОДЯЩИЙ ИНСТРУКТОР. Любой инструктор должен быть либо постоянным, либо прихолящим, значит, подтипы являются взаимоисключающими. Примеры 105 104 Глава 3. Модель «сущность — связь» Далее рассмотрим связи между сущностями ИНСТРУКТОР и ИНДИВИДУАЛЬНОЕ ЗАНЯТИЕ или ГРУППОВОЕ ЗАНЯТИЕ. Инструктор может проводить много индивидуальных занятий и, как правило, индивидуальное занятие проводится одним инструктором. Но в ходе дальнейшего разговора с менеджерами танцевального клуба выясняется, что для продвинутых танцоров, особенно тех, кто готовится к соревнованиям, к индивидуальным занятиям иногда привлекается два инструктора.
Поэтому связь между сущностями ИНСТРУКТОР и ИНДИВИДУАЛЬНОЕ ЗАНЯТИЕ должна иметь тип «один ко многим». По поводу групповых занятий мы, однако, будем полагать, что каждое из пих ведет только один инструктор. Связи, описанные нами только что, изображены на рцс. 3.17. Клиенты могут посещать как индивидуальные, так и групповые занятия. Иногда индивидуальное занятие проводится с одним человеком, а иногда — с парой. Есть два способа моделирования этой ситуации.
Можно определить сугцность ПАРА как имеющую связь 1:2 с сущностью КЛИЕНТ, а можно допустить, что обе суьчности, КЛИЕНТ и ПАРА, могут иметь связь с сущностью ИНДИВИДУАЛЬНОЕ ЗАНЯТИЕ. Мы предполагаем, что пары не посещают групповые занятия, а если и посещают, то этот факт не настолько важен, чтобы записывать его в базу данных. Эта альтернатива показана на рис. 3,18, а. Существование сущности ИНДИВИДУАЛЬНОЕ ЗАНЯТИЕ зависит от сущностей КЛИЕНТ и ПАРА. То есть занятие нс может существовать, если оно не проводится с каким-либо клиентом или парой.
Число 1 рядом с горизонтальной линией, проведенной на рисунке под сушностямн КЛИЕНТ и ПАРА, показывает, что в индивидуальном занятии должны участ~ювать как минимум один клиент или одна пара, что разумно, поскольку индивидуальное занятие зависит от них. Рио.
3. Ч 7. Исходная Ерьдивгрвммв для танцевального клуба Джефферсона Альтернатива заключается в том, чтобы пе вводить пары, а указать тип связи между сущностями КЛИЕНТ и ИНДИВИДУАЛЬНОЕ ЗАНЯТИЕ как «многие ко многиги . Если быть более точным, эта связь должна иметь тнп «один или два ко многим», как показано на рис. 3.18, о. Хотя эта модель является не такой подробной, как модель на рис. ВП 8, а, ее может быть вполне достаточно для нужд танцевального клуба Джефферсона, Осталось рассмотреть возможные связи сущности ВЕЧЕР ТАНЦЕВ с другими сущностями. Вечера танцев посещают как инструкторы, так и клиенты, и разработ- чики должны решить, важно ли показывать зги связи в структуре базы данных.
Действительно ли для танцевального клуба важно знать, какие клиенты посетили какие танцевальные вечера? Так ли уж хотят менеджеры клуба вести запись посетителей в коьгпьютернучо информационную систему при входе в танцзал? И захочется ли посетителям, чтобы эти данные записывались? Скорее всего, эти связи не принадлежат к числу тех, которые требуется»пи следует хранить в базе данных. б Рис.
3.18. Способы представления клиента: в — с сущностью ПАРА; б — без сущности ПАРА Иначе обстоит дело со связью между сущностями ВЕЧЕР ТАНЦЕВ и ИНСТРУКТОР. Хозяин клуба любит, котла на танцевальных вечерах присутствуют несколько клубных инструкторов. В связи с этим требованием правление клуба составило расписание посещения вечеров инструкторами. Составление и запись этого расписания требуют, чтобы в базе данных присутствовала связь ВЕЧЕР ТАНЦЕВ- ИНСТРУКТОР, которая имеет тип «многие ко многим». Окончательный вид Ей-диаграммы для танцевального клуба Джефферсона На рис. 3.19 показан окончательный вид ЕН-диаграмьгы для модели, описанной в этом разделе. Мы не стали приводить на ней имена связей; хотя это сделало бы диаграмму более правильной по форме, при имеющихся у нас данных указание имен связей мало что прибавило бы.
Существование сущности ИНДИВИДУАЛЬНОЕ ЗАНЯТИЕ зависит от сущности КЛИЕНТ, а ГРУППОВОЕ ЗАНЯТИŠ— цет, потому что расписание групповых занятии Примеры 107 106 Глава 3. Модель «сущность — связь» составляется задолго до того, кзк на них записывается какой-либо клиент, и эти занятия будут проводиться даже в том случае, есгги ни один клиент не придет. Для индивидуальных занятий, однако, дело обстоит не так — они назначаются только по запросу клиента. Обратите также внимание, что в этой модели не представлены пары. Рис.
3.19. Окончательный анд ЕП-диаграммы длл танцевального клуба Джефферсона Разработав модель, подобную этой, следует проверить, насколько она точна и полна по отношению к требованиям пользователей. Обычно ато делается с помощью самих пользователей. Проверка созданной Ей-модели данных Ошибки проще и дешевле исправлять на ранних стадиях процесса разработки базы данных, чем на поздних. Например, изменение максимального кардинального числа связи с 1:Н на Н:М на стадии моделирования данных сводится просто к внесению соответствукгщего исправления в ЕК-диаграмму. Но когда база данных уже разработана и наполнена данными и написаны прнклалные программы для ее обработки, такое изменение потребует значительной переделки, возможно, даже недель труда.
Поэтому важно определить, какая модель данных требуется, прежде чем начинать ее воплощать. Один из способов сделать зто — рассмотреть ЕК-модель в контексте того, на какого рода запросы может ответить база данных со структурой, описываемой данной моделью. Взгляните, к примеру, на диаграмму, изображенную на рис. 3.19. На какие вопросы может дать ответ база данных, реализованная на основе данного проекта? + Какие и кем были проведены индивидуальные занятия? + Какие клиенты посещали индивидуальные занятия у Джека? + Кто является постоянным инструктором клуба? + Какие инструкторы должны прийти на танцевальный вечер в пятницу? При проверке модели данных вы можете формулировать такие вопросы и задавать их пользователям, которых затем можно попросить составить свой список вопросов.
Онп могут задавать вопросы, касающиеся структуры базы данных, чтобы проверить ее соответствие поставленным требованиям. Например, представьте, что пользователи спрашивают, какие клиенты посетили вечер танцев в прошлую пятницу. Разработчики модели данных, изображенной на рис, 3.19, лолжны прийти к заключеникь что их структура неверна, поскольку на поставленный вопрос с помощью данной Ей-модели ответить невозможно.
Если требуется ответ на этот вопрос, необходимо ввести связь между сущностями КЛИЕНТ и ВЕЧЕР ТАНЦЕВ. Очевидно, что посредством такого неформального н нечетко структурированного процесса невозможно доказать, что структура является правильной. Тем не менее, это прагматичный метод, пригодный для определения потенциальной правильности структуры. И даже такой метод все же лучше, чем отсутствие проверки вообще! Пример 2: бюро проката парусных яхт Сан-Хуана Бюро проката яхт Сан-Хуана — это посредническая фирма, занимающаяся прокатом парусных яхт. Яхты не являются собственностью фирмы — она сдает нх от имени владельцев, которые хотят получать доход от своих яхт, когда не пользуются нми.
За свои услуги фирма Сан-Хуана берет плату. Фирма специализируется на яхтах, которые могут использоваться для многодневных нли недельных походов: самая маленькая из яхт имеет длину 28 футов, а самая большая — 51 фут. Каждая яхта полностью экипирована на момент сдачи в аренду. Большая часть оборудования предоставляется владельцами, но некоторое оборудование добавляется фирмой. Оборудование, предоставляемое владельцами, включает в себя предметы, закрепленные на яхте, то есть радиостанции, компасы, глубиномеры и прочий инструмент, плиты и холодильники. Есть и другое оборудование, предоставляемое владельцами, но не являющееся частью яхты. Это могут быть паруса, лини, якоря, спасательные шлюпки, спасательные жилеты, а также то, что находится в каютах: блюда, столовое серебро, кухонные принадлежности, нос.тельные принадлежности и т.
д. Фирма Сан-Хуана предоставляет также расходуемый инвентарь и припасы — карты, навигационные книги, таблицы приливов и течений, мыло, полотенца для посуды, туалетную бумагу н тому подобные предметы. Важной составляющей обязанностей фирмы Сап-Хуана является учет оборудования, имеюгцегося на яхтах. Многое оборудование является дорогим, а некоторое, в частности то, которое не закреплено на яхте, может легко потеряться или быть украдено. В течение срока проката яхты ответственными за оборудование являются клиенты. Фирма Сан-Хуана ведет подробный учет клиентов и истории проката яхт.
Это требуется не только для маркеюшговых целей, но и для того, чтобы иметь 108 Глава 3. Модель «сущность — связь» примеры 109 записи о путешествиях клиентов. Некоторые маршруты и погодные условия более опасны, чем другие, поэтому фирма желает знать об опыте своих клиентов. По большей части фирма занимается прокатом только яхт, то есть капитан или команла не предоставляется. В некоторых случаях, однако, клиенты заказывают услуги капитана или каких-либо других членов команды, и тогда фирма нанимает соответствующий персонал на договорной основе.
Яхты часто требуют обслуживания. Контракты, заключенные фирмой СанХуана с владельцами лодок, требуют от фирмы ведения тщательной записи всех операций по обслуживанию н связанных с этим расходов, вкчючая обычные операции, такие как мойка пли замена масла, а также внеплановые ремонты. Иногда ремонт может потребоваться во время рейса. Например, у яхты может отказать двигатель, когда она буде~ находиться далеко от доков Сан-Хуана.
В этом случае клиенты вызывают по радио диспетчера фирмы, который определяет наиболее подходящее мес1о для проведения ремонта и направляет персонал оттуда на аварийную яхту. Чтобы принимать все эти решения, диспетчерам требуется информация об имеющихся релюнтных доках, а также сведения о качестве и стоимости предыдущих ремонтов. Прежде чем продолжить чтение, постарайтесь составить диаграмму «сущность — связь» для этого случая самостоятельно. Проаналвзируйте приведенный вылов текст и найдите в нем существительные, которые, на ваш взгляд, являются важными для проекта. После этого определите возможные связи между сущностями. Наконец, перечислите возможные атрибуты каждой сущности и связи.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
