Теория и практика построения баз данных (1088289), страница 70
Текст из файла (страница 70)
Сегодня, в особенности с появлением СУБД для настольных компьк>теров, подобных М!сгозо(г Ассезз, эта граница стала несколько размытой. Чтобы избежать неоднозначности в этой главе, мы будем считать, что все формы, отчеты, меню, равно как и любой программный код, содержащийся в них, входят в приложение базы данных. Автономные программы, вызывающие СУБД, также являются частью приложения. Все структуры, правила и ограничения, касак>шиеся таблицы, а также определения связей относятся к ведению СУБД и входят в состав базы данных. К примеру, относительно правила, касающегося столбца таблицы и записанного в ее определении, считается, что оно реализуется СУБД.
Если то же самое правило относится к форме, то считается, что оно реализуется приложением базы данных. По ходу дальнейшего изложения вы осознаете важность такого различения. Функции приложения базы данных В списке перечислены функции приложения базы данных. Первая функция заключается в обработке представлений данных. Есть четыре основных функции обработки: создание, чтение, обновление и удаление. Они иногда обозначаются аб>бревиатурой СКП(г (от английского «сгеасе, геаг), црг!аге, г)е!егеь) — это создание, чтение, обновление и удаление представлений данных. + Создание, чтение, обновление и удаление представлений. + Форматирование (или материализация) представлении: форм; отчетов; межпроцессных представлений; О! АР"кубов; прочих представлений.
+ Реализация ограничении: доменов; уникальности связей; делового регламента. + Обеспечение механизмов безопасности и кон~роля. + Реализация логики обработки информации. Представление приложения — это нечто большее, чем просто строка таблицы или результат выполнения ЯО1.-оператора. Часто конструкция представления »риложения требует двух или более 5Я) -операторов, как вы увидите из следующего раздела. Вторая функция приложения — это фор»ати)>ввалив ((огп>агГ!пй), илн л>ап>вРиализация (в>агепа! !засюп), обрабатываемых представлений. Обра п>те внимание, что данные (представление) и внешний вид этих данных (формат или материализация) — не одно и то же.
Одно и то же представление имеет, как правило, много различных форматов. Различие лгежду данными и формой особенно важно для приложений, использующих интернет-технологии. Есть несколько типов материализации представлений. Формы и отчеты— лва наиболес распространенных из ннх. Суцгествуют, однако, и другие важные типы. Межпроцессовая материализация (>пгегргосеах п>агейа!глагюп) используется для пересылки представления от одного сервера или приложения другому. Формат таких материализаций определяется стандарп>ым интерфейсом (например, М!сгозо(г СОМ) пли протоколом (напрпмер, ХМЕ), с которымп вы познакомитесь в главе 1ч. Хороший пример использования данной разновидности материализации — электронный обмен данными.
Другие типы материализации имен>т более специализированный характер. О кубах и их роли в оперативной аналитической обработке данных (О1.АР) вы узцаетс из главы 17. Естественный язык также представляет собой один из типов материализации. Третья функция приложения базы данных — 7>ввлцзация ограничений. В частности, это могут быть структурные ограничения: соответствие значений элементов данных спецификациям домена, обеспечение уникальности и реализация ограничений ссылочной целостности. К прочим ограничениям относятся положения 332 Глава 10.
Проектирование приложений баз данных Пример приложения: галерея Н~еиг Гйг10е, 333 делового регламента, например такое: «Продавец не имеет права ничего продавать покупателто, чей адрес находится вне пределов региона ответственности этого продавца». Четвертая функция приложения базы данных — обеслечеггие гиехаиизгиов безоллсносгли и контроля. Чтобы повысить уровень безопасности, обеспечиваемый именами пользователей и паролями, приложение работает во взаимодействии с операционной системой и СУБД.
Менку н подобные им конструкции накладывают ограничения на то, какие действия и в какой момент могут предпринимать пользователи. Последняя функция приложения базы данных — ресьтизоцил логики обриботки иггфогьиации. Рассмотрим, например, приложение, реализующее процедуру ввода заказов. Когда покупатель заказывает пять экземпляров книги, приложение должно уменьшить количество экземпляров этой книги на складе на пять штук. Если количества экземпляров па складе недостаточно для выполнения заказа или это количество меньше заданной величины, требуется предпринять некоторое другое действие (например, заказать книги у оптового поставщика). Последние две функции рассматриваются подробно в рамках курса системного программирования, поэтому в этой книге им будет уделено меньше всего внимания.
Сосредоточимся на первых трех функциях, поскольку они специфичны для приложений баз данных. Прежде чем мьг начнем изучать эти функции более подробно, рассмотрим требования, которые галерея У1етн ВЫКе предъявляет к базе данных н ее приложению. Пример приложения: галерея Иечч ВЫде Галерея тг1етн К1г1йе — это небольшая галерея, которая продает современные произведения искусства, включал литографии, оригинальную живопись и фотографии.
Все литографии и фотографии подписаны и пронумерованы, и цена большей части произведений находится в пределах от $1000 до $25 000. »г(етн КЫКе занилтается продажей уже в течение 27 лет. У га.череп есть бессменный владелец, три продавца и два рабочих, которые изготавливают рамы, развешивают работы в галерее и готовят их к отправке клиенту. Галерея Н(етн КЫйе проводит днн открытых дверей и другие мероприятия для привлечения клиентов. Произведения искусства выставляются также в офисах местных компаний, ресторанах и других общественных местах.
тг1етн ВЫКе является собственником всех продаваемых произведений; комиссионной торговлей галерея не занимается. Требования к приложению Требования к приложению базы данных Н)етн В(г)яе приведены на рнс. 10.1. Во-первых, владелец и продавцы хотят вести учет клиентов и их интересов в области искусства. Продавцам необходимо знать, кого извещать о поступлении щгвой работы, и организовывать персональное общение с клиентами в устной и письменной форме. Учет клиентов н отслеживание их интересов в области изобразительного искусства Учет произведений, приобретаемых клиентами в галерее Учет произведений, приобретаемых галереей Выдача списка художников и произведений, когда-либо появлявшихся в галерее Выдача сведений о продаваемости произведений заданного художника Отображение нв»кес-странице списка выставленных нв продажу произведений Выдача списка отчетов о продуктах (дпя бухгалтера галереи] рис.
10.1. перечень требований к приложению базы данных галереи У~в»к шаве Кроме того, в базе данных должна храниться информация о произведениях, приобретенных каждым из клиентон, чтобы продавцы могли уделять больше времени наиболее активным клиентам. Иногда записи о приобретениях используются для определения местонахождения работ, поскольку время от времени галерея выкупает редкие произведения для перепродажи. В приложении базы данных должна быть также предусмотрена форма для регистрации новых работ, приобретаемых галереей. Галерея Ъ'1етн ВЫце желает, чтобы приложение базы данных выдавало список всех произведений, которые когда-либо появлялись в галерее, и их авторов.
Владелец хотел бы также иметь возможность определять, насколько быстро продаются произведения каждого из художников и какова их максимальная цена. Приложение должно отображать список работ, имеющихся в наличии, па тнеЬ-странице, к которой потенциальные клиенты могли бы обращаться через Интернет. Наконец, желательно, чтобы база данных генерировала отчеты, что уменьшило бы нагрузку на бухгалтера, работантщего в галерее не на полную ставку. Проектирование базы данных На рис. 10.2 и 10.3 показана структура объектов, которые должны присутствовать и базе данных галереи. Объекты С05ТОМЕК (клиент) и АйТ15Т (художник) являются составными объектами, а объект »УОКК (произведение) является гибридным объектом, уникальным идентификатором которого служит группа (АКТ15Т, Т11(е, Сору) (художник, название, копия).
Многозначная группа ТгапзасВоп (транзакция) отражает приобретение и продажу работ галереей. Многозначность этой группы обусловлена тем, что одна и та же работа может пройти через галерею несколько раз (из-за обмена и выкупа работ). Объект УУОйК лвляется гибридным потому, что он содержит объектный атрибут С05ТОМЕй в многозначной группе ТгапзасБоп. ЧЧОЙК О!то!й(0, АгбьИО, ТИ1е, Сору, Оезспр!юп) ;н г« ччОЙк сдп)а!магпе, щ1е, сару, Резсприоп) 334 Глава 10. Проектирование приложений баз данных сиь ~„~'"',* ы',~ н ыв х,аья ти мам .аь,~,~~,.гн»« Рцгслазеоа)е, Сцимцгпьег, За1еьрпсе) АЙт18т (щй)е(ащв, маиопа)1!у, В)ппбаге, Ресеаьебоа1е) СОЗТОМЕЙ АЙТ18Т 1МТ (Сцд)мцшвдг, Агвьц!апре) в Рис. 10.2.
Структура базы данных галереи гдвш Йывв: а — семантические объекты; б — ЕЙ-диаграмма; в — реляционная структура Как уже упоминалось, галерея хочет отслеживать интересы клиентов. В частности, она желает знать, работами каких художников интересуется каждый из клиентов, а также то, какие клиенты интересуются работами данного художника. Выполнение этих требований обеспечивается путем помещения многозначного атрибута АЙТ15Т в объект СО5ТОМ ЕЕ и многозначного атрибута С05ТО)(ЕЕ Пример приложения.
галерея тг!ечг Й!00е 335 и объект АкТ15Т. Диаграмма «сущность — связь» для базы данных галереи изоора- жена на рис. 10.2, б. 008томей (сцыащед(0, матье, Агеасобе, 1.оса)мшпьег, з!!ее!, сйу, 3!аге, 21р) тЙАмзАстюм (тсапьдс!!дпп)0, ччогк)0, Оа(едсдц)геб, Асдц1з!иопрпсе, Рцгслаьепа!е, Сцшошен0, За)еьрпсе) АЙТ)ЗТ (АШМ10, Агт)ММагпе, Мабопай!у, В)нлба(е, Ресеаььб0а(е) СОЗТОМЕЙ АЙТГЗТ 1МТ (Сщ!ошдг!Р, ЯНИИР) Ограничения ссыпачной целостности: Значение атрибута АгбзИО в отношении ЧЧОЙК допкно существовать среди значений атрибута АП)гя)0 в отношении АЙТ18Т Значение атрибута Чуобт10 в отношении ТЙАМЗАСТЮМ должно существовать среди значений атрибута Чуобт10 в отношении ЧЧОЙК Значение атрибута Сцз(огпег)0 в отношении ТЙАМЗАСТ1ОМ должно существовать среди значений атрибута Сць(огпег)0 в отношении СРЗТОМЕЙ Значение атрибута Сць(огпег10 в отношении СОЗТОМЕЙ АЙТГЗТ )МТ должно существовать среди значений атрибута Сць!оспе!10 в отношении ССОЗТОМЕЙ Значение атрибута АЛ)М10 в отношении СОЗТОМЕЙ АЙТ18Т 1МТ должно существовать среди значений атрибута АП!вИР в отношении АЙТГЗТ а б Рис.
! 0.3. Структура базы данных галереи Меи Й1бое: а — реляционная структура с суррогатными ключами; б — диаграмма связей в Ассвзь СОЯТОМЕЙ.Иагпе СОЯТОМЕЙ.Агеаоосе СОЯТОМЕЙдоса!Иигпьег ТЙАИЯАСТГОИ.РогсьавеОаге ТЙАИЯАСТ!ОИ.Яа!евРпсе... УЧОЙК.АЙТгЯТ.Иагпе УУОЙК.Т!г!е УУОЙК.Сору АЙТ!ЯТ.магие... 336 Глава 10. Проектирование приложений баз данных Реляционное представление объектов галереи %ету %г(яе показано на рис. 10.2, в. Поскольку объект С05ТОМЕК не имеет уникального идентификатора, такой идентификатор нужно создать, чтобы использовать его в дальнейшем в качестве ключа. Здесь мы добавили идентификационный номер покупателя, СцвтйцгпЬег. Максимальное кардинальное число групп РЬопе (телефон) и Аг)огезз (адрес) равно 1, так что атрибуты пз этих групп могут быть помещены в таблицу С05ТОМЕК.
Фактически эти группы не представлены в таблице в качестве групп, а информация, содержащаяся в них, используется на более позднем этапов прп создании форм. Ключ таблицы Ч/ОКК состоит из клн>ча таблицы АКТ15Т и атрибутов Т!1(е (название) и Сору (копия). Единственный неключевой атрибут отношения У«ОКК— ато атрибут Оезспрг!оп (описание). Так как атрибут Тгапвасйоп является многозначным, для него необходимо создать таблицу. Ключом этой таблицы будет ключ обьек! а, в ко!ором она содержится (Агйвгйапте, Т!11е, Сору), плюс ключ группы (Оа1еАсг!ц!гег) — дата приобретения).
Заметьте также, что атрибут Сиз1Иип!Ьег фигурирует как внешний ключ в таблице ТКАИ5АСТ10И. Объект АКТ15Т представлен одной таблицей, и в качестве ключа этой таблицы можно использовать атрибут Аг1!згИагпе (пмя художника), поскольку имена авторов моделируются как уникальные. Для представления связи М:Х между таблицами С05ТОМБК ц АКТ15Т должна быть создана таблица пересечения С05ТОМЕК АКТ15Т 1ИТ. Принимая во внимание большое количество текстовых ключей и, в частности, большой композитный ключ таблицы ТКАИ5АСТ10И, можно существенно усовершенствовать реляцггогпгукт структуру, заменив информационные ключи суррогатными.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
