Задание 2. Разработать логическую модель предметной области банк, предположив, что ее бд будет создаваться по реляционной модели данных. Выполнение задания
Созданную ER-модель предметной области БАНК необходимо преобразовать в реляционную модель, то есть от ER-диаграмм перейти к таблицам. Существует шесть правил генерации таблиц из ER-диаграмм [4].
ER-диаграмма для связи 1 (см. рис. 1) преобразуется по следующему правилу:
Если связь типа 1:1 и класс принадлежности (КП) одной сущности является обязательным, а другой – необязательным, то необходимо построить таблицу для каждой сущности. Первичный ключ сущности должен быть первичным ключом соответствующей таблицы. Первичный ключ сущности, для которой КП является необязательным, добавляется как атрибут в таблицу для сущности с обязательным КП.
Примечание. Первичный ключ сущности – ключ сущности, значения которого уникальные и непустые.
Тогда для связи 1 будем иметь следующие две таблицы, которые можно связать по ключевому атрибуту «Номер менеджера»:
ER-диаграмма для связи 2, 3 (см. рис. 1) преобразуется по следующему правилу:
Если связь типа 1:М и КП сущности на стороне М является обязательным, то необходимо построить таблицу для каждой сущности. Первичный ключ сущности должен быть первичным ключом соответствующей таблицы. Первичный ключ сущности на стороне 1 добавляется как атрибут в таблицу для сущности на стороне М.
Тогда для связи 2 будем иметь следующие две таблицы, которые можно связать по ключевому атрибуту «Номер филиала»:
Для связи 3 будем иметь следующие две таблицы, которые можно связать по ключевому атрибуту «Номер клиента»:
Проанализируем полученные таблицы на предмет дублирования атрибутов. Таблица ФИЛИАЛ входит составной частью в таблицу ФИЛИАЛ-МЕНЕДЖЕР и поэтому ее можно исключить. В таблице СЧЕТ-ФИЛИАЛ и СЧЕТ-КЛИЕНТ дублируются атрибуты сущности СЧЕТ. Во избежание этого атрибут НК из таблицы СЧЕТ-КЛИЕНТ добавим в таблицу СЧЕТ-ФИЛИАЛ, а таблицу СЧЕТ-КЛИЕНТ исключим.
Оставшиеся таблицы свяжем попарно по ключевым атрибутам. Тогда полученную реляционную модель БД (логическую модель) предметной области БАНК можно представить, как на рис. 3.
Рис. 3. Реляционная модель БД предметной области БАНК
Отметим, что все четыре таблицы удовлетворяют требованиям первой, второй и третьей нормальной формы.
После этого переходим к этапу физического проектирования БД – ее созданию в СУБД Microsoft Access (в дальнейшем Access).
|
|
© Минск БГЭУ, 2005 - 2014 |
Практикум
1.2. Создание базы данных в СУБД Access
1.2.1. Создание структур таблиц базы данных
Задание 3. В СУБД Access создать файл БД с именем БАНК в своей папке для размещения БД БАНК, которую необходимо создать согласно реляционной модели, представленной на рис. 3.
Выполнение задания
Загрузите СУБД Access. Затем выполните следующее:
· введите команду
Файл/Создать
· на появившейся справа области задач Создание файла щелкните по гиперссылке "Новая база данных…";
· в окне Файл новой базы данных выберите свою папку, в поле "Имя файла" введите БАНК и нажмите [Создать]. Откроется окно База данных.
Краткие теоретические сведения
Создание реляционной базы данных включает создание структур таблиц, установку связи между таблицами и заполнение таблиц.
Таблица – это структура, предназначенная для хранения информации пользователя. В ней можно хранить данные разных типов: числа, тексты, даты, денежные значения, графические изображения, гиперссылки и др. Строки таблицы называются записями, а столбцы – полями. Записи идентифицируются некоторой уникальной характеристикой, включающей одно или несколько полей и называемой ключом таблицы.
Таблицу можно создавать в режиме таблицы, с помощью Мастера, с помощью Конструктора. Конструктор таблиц используется для создания и корректировки структуры таблицы. При создании структуры таблицы пользователю необходимо: присвоить имена полям; указать типы данных, вводимых в поля; задать нужные свойства полям, которые будут управлять сохранением, обработкой и отображением данных поля. Имена полей могут включать любую комбинацию букв, цифр, пробелов и специальных символов (не более 64 символов), за исключением точки (.), восклицательного знака (!), апострофа (‘) и квадратных скобок ([]) и не должны начинаться с пробела.
Связь между таблицами используется для объединения записей таблиц при корректировке базы данных, при конструировании многотабличных запросов, форм, отчетов, страниц доступа к данным.
Таблица, которая связывается с другой таблицей, называется главной. Таблица, с которой связывается главная таблица, называется подчиненной (связанной). Связь устанавливается посредством связи ключевых полей обеих таблиц, обычно имеющих одинаковые имена и типы данных. При этом ключевое поле главной таблицы называется первичным ключом, а подчиненной – внешним. Значения первичного ключа уникальные и непустые, а значения внешнего ключа могут повторяться.
В случае связи 1:1 записи с некоторым значением первичного ключа соответствует только одна запись с таким же значением внешнего ключа. В случае связи 1:М записи с некоторым значением первичного ключа может соответствовать несколько записей с таким же значением внешнего ключа.
Заполнение таблицы данными осуществляется в режиме таблицы. В этом режиме возможны также редактирование, поиск, сортировка, фильтрация данных, изменение вида таблицы.
Задание 4. Создать структуру таблицы МЕНЕДЖЕР, представленной в табл. 1, и сохранить ее в БД БАНК с именем МЕНЕДЖЕР.
Таблица 1
|
Номер менеджера (НМ) |
Стаж работы по специальности (СТАЖ) |
|
1 |
10 |
|
2 |
22 |
|
3 |
7 |
|
4 |
3 |
С учетом типа связи этой таблицы с таблицей ФИЛИАЛ-МЕНЕДЖЕР (1:1), типа, размера и свойств ее данных, а также языка описания данных СУБД Access, структуру таблицы МЕНЕДЖЕР можно описать как в табл. 2.
Таблица 2