 |
Концептуальное проектирование
|
|
|
|
На этапе концептуального проектирования инфологическая модель преобразуется в схему, поддерживаемую конкретной СУБД.
Понятие ключа(Идентифицирующий атрибут)
Идентифицирующий атрибут (идентифицирующая совокупность атрибутов, ИСА) - атрибут (несколько атрибутов), значение которого определяет уникальность экземпляра сущности.
То есть, как любой человек обладает набором качеств, отличающих его от себе подобных, и среди них мы можем выявить те, по которым найдем нужного человека (например, полный адрес), так и любая сущность должна обладать подобным набором. Другими словами, у нас есть несколько экземпляров одной сущности, и нам необходимо найти один или несколько атрибутов, значение которых может встречаться только один раз среди всех экземпляров этой сущности. Например: для сущности «Человек» мы можем определить атрибут «Фамилия». Но возможно ли, чтобы он был идентифицирующим атрибутом? Нет, т.к. мы можем встретить несколько людей с одинаковой фамилией. И тогда возникает вопрос: как одного «Иванова» отличить от другого? Следовательно, нужно добавить такой атрибут, значения которого гарантированно отличались бы друг от друга для разных экземпляров одной сущности. Для сущности «Человек» такими атрибутами могут быть «Серия паспорта»+«Номер паспорта.
4. Виды связей между таблицами
Связь позволяет моделировать отношения между объектами предметной области. Наименование связи должно быть уникально во всей модели.
Существует 4 типа связей:
1. «Один-к-одному» - любому экземпляру сущности А соответствует только один экземпляр сущности В, и наоборот.
У любого конкретного ученика может быть только одна характеристика, и эта характеристика относится к единственному ученику.
|
|
|
2. «Один-ко-многим» - любому экземпляру сущности А соответствует 0, 1 или несколько экземпляров сущности В, но любому экземпляру сущности В соответствует только один экземпляр сущности А.
Ученику ставят много оценок; поставленная оценка принадлежит только одному ученику.
3. «Многие-к-одному» - любому экземпляру сущности А соответствует только один экземпляр сущности В, но любому экземпляру сущности В соответствует 0, 1 или несколько экземпляров сущности А.
Преподаватель работает только в одном кабинете, однако рабочий кабинет может быть закреплен за несколькими преподавателями.
Какая же разница между связями «один-ко-многим» и «многие-к-одному»? Такая же, как между фразами «портфель ученика» и «ученик портфеля». То есть важно, кто во взаимоотношении двух объектов главный - ученик или портфель. Суть отношений двух объектов отражается в имени связи.
Если при определении связи вам сложно выделить подчиненность, то вывод только один: вы плохо разобрались в предметной области.
4. «Многие-ко-многим» - любому экземпляру сущности А соответствует 0, 1 или несколько экземпляров сущности В, и любому экземпляру сущности В соответствует 0, 1 или несколько экземпляров сущности А.
Ученик Иванов учится у нескольких преподавателей. И каждый преподаватель работает со многими учениками.
Реляционная модель данных
Почти все современные системы основаны на реляционной (relational) модели управления базами данных. Название реляционная связано с тем, что каждая запись в такой базе данных содержит информацию, относящуюся только к одному конкретному объекту.
В реляционной СУБД все обрабатываемые данные представляются в виде плоских таблиц. Информация об объектах определенного вида представляется в табличном виде: в столбцах таблицы сосредоточены различные атрибуты объектов, а строки предназначены для сведения описаний всех атрибутов к отдельным экземплярам объектов.
|
|
|
Модель, созданная на этапе инфологического моделирования, в наибольшей степени удовлетворяет принципам реляционности. Однако для приведения этой модели к реляционной необходимо выполнить процедуру, называемую нормализацией.
Теория нормализации оперирует с пятью нормальными формами. Эти формы предназначены для уменьшения избыточности информации, поэтому каждая последующая нормальная форма должна удовлетворять требованиям предыдущей и некоторым дополнительным условиям. При практическом проектировании баз данных четвертая и пятая формы, как правило, не используются. Мы ограничились рассмотрением первых четырех нормальных форм.
Введем понятия, необходимые для понимания процесса приведения модели к реляционной схеме.
Отношение - абстракция описываемого объекта как совокупность его свойств. Проводя инфологический этап проектирования, мы говорили об абстракции объектов и приписывали им некоторые свойства. Теперь же, проводя концептуальное проектирование, мы переходим к следующему уровню абстракции. На данном этапе объектов, как таковых, уже не существует. Мы оперируем совокупностью свойств, которые и определяют объект.
Экземпляр отношения - совокупность значений свойств конкретного объекта.
Первичный ключ - идентифицирующая совокупность атрибутов, т.е. значение этих атрибутов уникально в данном отношении. Не существует двух экземпляров отношения содержащих одинаковые значения в первичном ключе.
Простой атрибут - атрибут, значения которого неделимы.
Сложный атрибут - атрибут, значением которого является совокупность значений нескольких различных свойств объекта или несколько значений одного свойства.
|
|
|
