Модель «сущность–связь» (ER-модель)
Средством моделирования предметной области на этапе концептуального проектирования является модель «сущность–связь». Часто ее называют ER -моделью (Entity — сущность, Relation — связь). Моделирование предметной области базируется на использовании графических диаграмм, включающих небольшое число разнородных компонентов. В связи с наглядностью представления концептуальных схем баз данных ER-модели получили широкое распространение в системах CASE, поддерживающих автоматизированное проектирование реляционных баз данных.
Основными понятиями ER-модели являются сущность, связь и атрибут.
Сущность — это реальный или представляемый объект, информация о котором должна сохраняться и быть доступна. В диаграммах ER-модели сущность представляется в виде прямоугольника, содержащего имя сущности. При этом имя сущности — это имя типа, а не некоторого конкретного экземпляра этого типа (рис. 4.1).
|
Рис. 4.1
Связь — это графически изображаемая ассоциация, устанавливаемая между двумя сущностями. На ER-диаграмме связь изображается ромбом. Она характеризуется мощностью, которая показывает, сколько сущностей участвует в связи. Связь между двумя сущностями называется бинарной, а связь между более чем с двумя сущностями — тернарной (рис. 4.2).
Рис. 4.2
В изображенном примере связь между сущностями БИЛЕТ и ПАССАЖИР связывает билеты и пассажиров. Каждый БИЛЕТ предназначен для одного и только одного ПАССАЖИРА. Каждый ПАССАЖИР может иметь один или более БИЛЕТОВ.
|
|
Атрибутом сущности является любая деталь, которая служит для уточнения, идентификации, классификации, числовой характеристики или выражения состояния сущности. Имена атрибутов заносятся в прямоугольник, изображающий сущность, под именем сущности и изображаются малыми буквами, возможно, с примерами.
Получение реляционной схемы из ER-схемы
Шаг 1. Каждая простая сущность превращается в таблицу. Простая сущность — сущность, не являющаяся подтипом и не имеющая подтипов. Имя сущности становится именем таблицы.
Шаг 2. Каждый атрибут становится возможным столбцом с тем же именем; может выбираться более точный формат. Столбцы, соответствующие необязательным атрибутам, могут содержать неопределенные значения; столбцы, соответствующие обязательным атрибутам, — не могут.
Шаг 3. Компоненты уникального идентификатора сущности превращаются в первичный ключ таблицы. Если имеется несколько возможных уникальных идентификатора, выбирается наиболее используемый. Если в состав уникального идентификатора входят связи, к числу столбцов первичного ключа добавляется копия уникального идентификатора сущности, находящейся на дальнем конце связи (этот процесс может продолжаться рекурсивно). Для именования этих столбцов используются имена концов связей и/или имена сущностей.
|
|
Шаг 4. Связи многие-к-одному (и один-к-одному) становятся внешними ключами. Т.е. делается копия уникального идентификатора с конца связи «один», и соответствующие столбцы составляют внешний ключ. Необязательные связи соответствуют столбцам, допускающим неопределенные значения; обязательные связи — столбцам, не допускающим неопределенные значения.
Шаг 5. Индексы создаются для первичного ключа (уникальный индекс), внешних ключей и тех атрибутов, на которых предполагается в основном базировать запросы.
Шаг 6. Если в концептуальной схеме присутствовали подтипы, то возможны два способа:
1) все подтипы в одной таблице, т.е. таблица создается для наиболее внешнего супертипа, а для подтипов могут создаваться представления. В таблицу добавляется по крайней мере один столбец, содержащий код ТИПА; он становится частью первичного ключа;
2) для каждого подтипа — отдельная таблица, т.е. для каждого подтипа первого уровня (для более нижних — представления) супертип воссоздается с помощью представления UNION (из всех таблиц подтипов выбираются общие столбцы — столбцы супертипа).
|
|
Шаг 7. Имеется два способа работы при наличии исключающих связей:
1) если остающиеся внешние ключи все в одном домене, то создаются два столбца: идентификатор связи и идентификатор сущности. Столбец идентификатора связи используется для различения связей, покрываемых дугой исключения. Столбец идентификатора сущности используется для хранения значений уникального идентификатора сущности на дальнем конце соответствующей связи;
2) если результирующие внешние ключи не относятся к одному домену, то для каждой связи, создаются явные столбцы внешних ключей; все эти столбцы могут содержать неопределенные значения.
Нормализация таблиц
Нормализацией таблиц называется процесс минимизации избыточности данных. Методику нормализации таблиц разработал американский ученый А.Ф. Кодд в 1970 г. Ее суть сводится к приведению таблиц к той или иной нормальной форме. Приведем краткие и неформальные определения трех первых нормальных форм.
· В первой нормальной форме ER-схемы устраняются повторяющиеся атрибуты или группы атрибутов, т.е. производится выявление неявных сущностей.
|
|
· Во второй нормальной форме устраняются атрибуты, зависящие только от части уникального идентификатора. Эта часть уникального идентификатора определяет отдельную сущность.
· В третьей нормальной форме устраняются атрибуты, зависящие от атрибутов, не входящих в уникальный идентификатор. Эти атрибуты являются основой отдельной сущности.
Вопросы для самопроверки
1. Каковы основные требования, предъявляемые к базе данных?
2. Назовите основные этапы жизненного цикла базы данных?
3. На каком из этапов ЖЦ производится предварительная оценка экономической эффективности проекта?
4. Результатом какого этапа ЖЦ является построение ER-диаграммы?
5. Что представляет собой ER-модель?
6. Как изображается сущность на ER-диаграмме?
7. Как изображается связь на ER-диаграмме?
8. Для чего применяется нормализация таблиц?
9. Как преобразовать ER-модель в реляционную?
Тема 5. ОБЩАЯ ХАРАКТЕРИСТИКА СУБД
MICROSOFT ACCESS
5.1. Характеристика и функциональные возможности
СУБД Microsoft Access
В настоящее время существует множество систем управления базами данных и других программ, выполняющих сходные функции. Среди них СУБД Microsoft Access 2000 заслуживает особого внимания пользователей. Эта СУБД входит в программный комплекс Microsoft Office 2000 и работает в среде Windows 95 и выше.
Microsoft Access 2000 — это функционально полная реляционная СУБД. К достоинствам которой можно отнести интеграцию с другими средствами Microsoft Office, поддержку технологии ActiveX, возможность работы в Internet и корпоративных сетях. СУБД представляет полный контроль над процессом определения данными, их обработкой и совместным использованием. Она также существенно облегчает каталогизацию и обработку больших объемов информации, хранящихся в многочисленных таблицах.
Основными функциями СУБД Microsoft Access являются:
· определение данных (определение типов данных их свойств и связей между ними);
· обработка данных (выборка, фильтрация, сортировка, группировка данных и др.);
· управление данными (разграничение прав использования данных).
Access –это не только мощная и простая СУБД, но и система для разработки приложений баз данных. С помощью нее можно создавать приложения, работающие в среде Windows и полностью соответствующие потребностям в обработке и управлении данными. Создание большинства приложений не требует написание программного кода, но если необходимо, то на этот случай Access предоставляет мощный язык программирования — Visual Basic для приложений (VBA). Данное приложение может непосредственно использовать файлы dBASE, базы данных Paradox и FoxPro, а также другие базы данных, поддерживающие стандарт ODBC.
5.2. Структура Microsoft Access
Microsoft Access ориентирована на работу с объектами базы данных. К основным объектам относятся таблицы, формы, запросы, отчеты, страницы, макросы и модули.
Таблица — объект, используемый для хранения данных. Каждая таблица содержит информацию о субъектах определенного типа.
Запрос — объект позволяющий получить нужные данные из одной или нескольких таблиц. С помощью запросов можно также создавать, редактировать, обновлять таблицы и производить вычисления над полями.
Форма — объект, предназначенный в основном для ввода данных, отображения их на экране или управления работой приложения.
Отчет — объект, предназначенный для форматирования, вычисления итогов и печати данных.
Страница доступа к данным — объект, представляющий собой диалоговую Web-страницу поддерживающую динамическую связь с базой данных и позволяющую, с использованием браузера Internet Explorer, просматривать, редактировать и вводить данные в базу.
Макрос — объект, представляющий собой описание одного или нескольких действий, которые должны быть выполнены Access в ответ на определенное событие.
Модуль — объект, содержащий программы (процедуры) на языке Visual Basic для приложений.
Все объекты, за исключением страниц доступа к данным, можно хранить в одном файле — файле базы данных с расширением . mdb. Страницы доступа к данным сохраняются как самостоятельные файлы с расширением . html. Отчеты можно сохранять в файле с расширением . snp (формат снимка отчета). С целью защиты форм, отчетов и модулей, а также оптимизации использование памяти и повышения быстродействия,база данных может быть сохранена в файле с расширением . mde.
Проектирование базы данных
В Microsoft Access прежде чем создавать таблицы, формы и другие объекты необходимо задать структуру базы данных. Хорошая структура базы данных является основой для создания адекватной требованиям, эффективной базы данных.
Дата добавления: 2019-02-12; просмотров: 509; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!