Базы данных. Учебное пособие для обучающихся по направлению подготовки 09.03.03 «Прикладная информатика»

быть уникально во всей модели [10].

Сущности подразделяются на сильные и слабые. Сущность яв­ляется слабой, если ее существование зависит от другой сущности, сильной по отношению к ней. Сильной – если ее существование не зависит от сущности какого-то другого типа.

Экземпляр сущности ‒ конкретный объект из этого набора. На-

пример: сущность «Врачи» определяет всю информацию о врачах вообще. Конкретный врач А.А. Алексеев является экземпляром сущ­ности «Врачи», а совокупность всех врачей составляет тип сущности [10].

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

зование на примере реляционных баз данных.

Этап создания логической модели называется логическим про- ектированием. При переходе от концептуальной (инфологической) модели к логической (даталогической) следует иметь в виду, что концептуальная модель должна включать в себя всю информацию о предметной области, необходимую для проектирования базы дан­ных. Преобразование концептуальной модели в логическую осу­ществляется по формальным правилам. Логическая модель базы дан­ных строится в терминах информационных единиц, допустимых в той конкретной СУБД, в среде которой мы проектируем базу данных.

Рассмотрим основные понятия, с помощью которых определяется реляционная модель (табл. 2).

На рисунке 6 представлены основные понятия реляционной базы данных.

Связи между таблицами – это та основа, с помощью которой мож­но обеспечить целостность данных, чтобы в базе данных не было потерянных записей [19]. Если в состав уникального идентификато-

ра входят связи, то к числу столбцов первичного ключа добавляется копия уникального идентификатора сущности, находящейся на даль­нем конце связи (этот процесс может продолжаться рекурсивно). Для именования этих столбцов используются имена концов связей и/или имена сущностей.

Пациент у нас может быть один, т.е. кот по кличке Барсик может быть и не один, но для своего хозяина он один, и по совокупности свойств этот кот всего лишь один. Каждый пациент может приходить на прием не единожды. Значит, у нас получается пациент – один, а приемов может быть много, это определяет связь между объектами Пациент и Журнал как один-ко-многим. Первичный ключ для табли­цы Пациент – НомерКарточки для таблицы Журнал – КодПриема. Так как связь один-ко-многим, то для таблицы Журнал определяем внешний ключ НомерКарточки.

Аномалии включения. Чтобы исключить различного рода анома­лии из отношения, его подвергают процессу декомпозиции (норма­лизации). При решении задачи декомпозиции возникают две пробле­мы. Первая проблема ‒ это проблема обратимости, заключающаяся в возможности восстановления исходной схемы, а именно ‒ восста­новления любого кортежа исходного отношения, используя кортежи полученных в результате декомпозиции отношений. Декомпозиция, удовлетворяющая этому требованию, называется декомпозицией, гарантирующей отсутствие потерь. Вторая проблема связана с со­хранением зависимостей. Проектирование базы данных включает в себя и определение ограничений, накладываемых на ее отношения. В процессе декомпозиции получаются новые отношения и ограниче­ния, которые приписываются им, должны быть такими, чтобы были сохранены исходные ограничения. Все сказанное означает, что про­водимая декомпозиция должна сохранять эквивалентность схем при замене одной схемы на другую, т.е. нужна декомпозиция, гарантиру­ющая отсутствие потерь и сохранение зависимостей.