Построение концептуальной модели базы данных АСБ "Беларусбанк" - Проектирование базы данных и создание онлайн заявки на оказание услуг (на примере АСБ "Беларусбанк")

Наиболее часто на практике семантическое моделирование используется на первой стадии проектирования базы данных. При этом в терминах семантической модели производится концептуальная схема базы данных, которая затем вручную преобразуется к реляционной (или какой-либо другой) схеме. Этот процесс выполняется под управлением методик, в которых достаточно четко оговорены все этапы такого преобразования.

Одна из наиболее популярных семантических моделей данных - модель "Сущность-Связи" (часто ее называют кратко ER-моделью).

Основными понятиями ER-модели являются Сущность, Связь и Атрибут.

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

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

Связь представляется в виде ромба и имени связи внутри ромба.

Как и сущность, связь - это типовое понятие, все экземпляры обеих пар связываемых сущностей подчиняются правилам связывания.

Атрибутом сущности является любая деталь, которая служит для уточнения, идентификации, классификации, числовой характеристики или выражения состояния сущности. Имена атрибутов заносятся в овал, соединенный с сущностью линией [6, с. 67].

В результате анализа предметной области были определены следующие сущности:

    - Вид банковских услуг (typ). - Банковские услуги (Belarusbank). - Заказчики (client). - Счет (zakaz1).

Определим типы связей существующих между выделенными нами сущностями. Для этого снова анализируем требования к БД. Тип связи представляет собой название связи, ее координальность в этой связи. Результат анализа представлен в таблице 1.1.

Таблица 1.1 - Типы связей между сущностями

Тип сущности

Тип связи

Тип сущности

Координальность

Typ

Принадлежит (belong)

Belarusbank

Client

Оформляет (bill)

Zakaz1

Belarusbank

Принадлежит(belong)

Zakaz1

На следующем этапе проектирования базы данных мы построим ER-диаграмму отражающую основные виды сущностей и связи между ними

Выделим атрибуты сущностей.

Выявленные атрибуты приведены в таблице 1.2.

Затем определим атрибуты, являющиеся потенциальными и первичными ключами.

Таблица 1.2 - Атрибуты сущностей и связей

Тип сущности (связи)

Атрибут

Домен

Обязательность

Belarusbank

Belarusbank_id

Целое

Да

Belarusbank_name

Символьный(50)

Description

Символьный(255)

Image

Символьный(20)

Typ_id

Целое

Belarusbank_price

Целое

Zakaz1

Zakaz_id

Целое

Да

Client_id

Целое

Да

Zakaz_date

Data

Belarusbank_id

Целое

Да

Client

Client_id

Целое

Да

Client_name

Символьный(100)

Да

Client_phone

Символьный(20)

Да

Client_address

Символьный(100)

Да

Typ

Typ_id

Целое

Да

Typ_name

Символьный(255)

Да

Для этого из таблицы 1.2 выберем возможные потенциальные ключи. Затем из них выберем первичные ключи.

Следует отметить, что потенциальный ключ должен обладать следующими свойствами:

    - уникальность - в каждом кортеже отношения его потенциальный ключ единственным образом идентифицирует это кортеж; - неприводимость - никакое допустимое подмножество потенциального ключа не обладает свойством уникальности.

Первичный же ключ - это потенциальный ключ, вероятность потери уникальности которого мала по сравнению с другими потенциальными ключами. Также следует учесть то, что СУБД легче индексировать числовые, чем символьные ключи.

На основании вышеизложенного составим таблицу 1.3 первичных и альтернативных ключей.

Таблица 1.3 - Первичные и альтернативные ключи

Сущность

Первичный ключ

Альтернативный ключ

Belarusbank

Belarusbank_id

Belarusbank_name

Typ_id

Zakaz1

Zakaz_id

Zakaz_id

Client_id

Zakaz_date

Client

Client_id

Client_name

Client_phone

Typ

Typ_id

Typ_name

1.3 Построение логической модели данных АСБ "Беларусбанк"

Логическая модель данных является начальным прототипом будущей базы данных. Логическая модель строится в терминах информационных единиц, но без привязки к конкретной СУБД [5, с. 78]. Более того, логическая модель данных необязательно должна быть выражена средствами именно реляционной модели данных.

При построении логической модели можно использовать язык ER-диаграмм (от англ. Entity-Relationship, т. е. сущность-связь). В них сущности изображаются помеченными прямоугольниками, ассоциации - помеченными ромбами или шестиугольниками, атрибуты - помеченными овалами, а связи между ними - ненаправленными ребрами, над которыми может проставляться степень связи (1 или буква, заменяющая слово "много") и необходимое пояснение.

Логическая модель описывает понятия предметной области, их взаимосвязь, а также ограничения на данные, налагаемые предметной областью.

В нашем случае присутствует связь (Belarusbank принадлежит(belong) Zakaz1). Так как реализация такой связи в СУБД реляционного типа затруднительна, нужно ввести новую сущность, назовем ее Zakazbook.

Приведем логическую модель базы данных с учетом введения новой сущности.

В данной главе был проведен анализ процесса разработки базы данных, который состоял из следующих этапов:

    - перед началом проектирования базы данных необходимо проанализировать предметную область, для которой создается база, собрать и проанализировать требования пользователей системы; - построить концептуальную модель (сформулировать объекты, описывающие предметную область проектируемой БД, и описать атрибуты, составляющих структуру каждого объекта, построить ER-диаграмму); - построить логическую модель, отражающую особенности представления о функционировании предприятия одновременно многих типов пользователей [7, с. 111].

Похожие статьи




Построение концептуальной модели базы данных АСБ "Беларусбанк" - Проектирование базы данных и создание онлайн заявки на оказание услуг (на примере АСБ "Беларусбанк")

Предыдущая | Следующая