- •Тарзанов в.В.
- •Предисловие
- •Введение
- •Информационное обеспечение информационных систем
- •1.1.Понятие информационной системы и ее структура
- •1.2.Структура экономической информации
- •1.3.Структура информационного обеспечения
- •1.4.Системы классификации и кодирования экономической информации
- •1.5.Понятие унифицированной системы документации
- •1.6.Понятие электронного документооборота
- •Основные понятия теории баз данных
- •2.1.Общие положения
- •2.2.Классификация баз данных
- •2.3.Уровни, виды и типы моделей данных
- •3. Реляционная модель данных
- •3.1. Основные понятия реляционной модели данных
- •Тип данных
- •3.2.Фундаментальные свойства отношений
- •3.3. Составные части (аспекты) реляционной модели
- •4. Проектирование реляционных баз данных
- •4.1.Основные этапы проектирования
- •4.2. Проектирование методом нормальных форм
- •Первая нормальная форма (1nf)
- •Вторая нормальная форма (2nf)
- •Третья нормальная форма (3nf)
- •Нормальная форма Бойса-Кодда (bcnf)
- •Четвертая нормальная форма (4nf)
- •Пятая нормальная форма (pj/nf)
- •4.3. Проектирование базы данных «Университет»
- •5. Автоматизация проектирования баз данных
- •5.1. Общая характеристика case-средств
- •5.2. Семантическая модель данных
- •5.3. Структурная схема автоматизированного проектирования базы данных
- •6. Базисные средства манипулирования данными
- •6.1. Элементы реляционной алгебры
- •6.2. Основные операции реляционной алгебры
- •А Номер факультета Наименование Декан 2 фом Сидоров
- •А Наименование Декан Экономический Петров фом Сидоров
- •6.3. Элементы реляционного исчисления
- •7. Структурированный язык запросовtransactsql
- •7.1. Основы языка Transact-sql
- •7.2. Функции sql
- •7.3. Команды языка определения данных
- •7.4. Команды языка манипулирования данными
- •7.5. Средства разработки процедур деловой логики в Transact-sql
- •8. Основные функции и типовая организация современных систем управления базами данных
- •8.1. Основные функции систем управления базами данных
- •8.2. Типовая организация систем управления базами данных
- •8.3. Архитектуры приложений, использующих базы данных
- •Заключение
- •Контрольные вопросы
5.3. Структурная схема автоматизированного проектирования базы данных
Большинство современных CASE-средств, включающих функции автоматизированного проектирования баз данных, реализуют схему проектирования, показанную на рис.26.
Рис.26. Структурная схема автоматизированного проектирования базы данных
В данном случае, логическая модель (Logical Model) – это, как правило, семантическая модель данных, которая является универсальной и никак не связана с конкретной реализацией в целевой СУБД.
Физическая модель (Physical Model), показанная на рис.28 – это модель, описывающая объекты базы данных в терминах целевой СУБД (таблицы, поля, индексы, типы данных, их размер и т.д.).
В представленной структурной схеме можно выделить три уровня, как показано на рис.27.
Рис.27. Уровни автоматизированного проектирования базы данных
Из рис.27 видно, что современные CASE-средства поддерживают несколько целевых СУБД (как правило, наиболее распространенных), что обеспечивается конкретным видом физической модели данных. При этом основным содержанием уровней, показанных на рис.27, является:
1-й уровень. На данном уровне, на основе анализа предметной области визуально строится семантическая модель данных (логическая структура будущей базы данных);
2-й уровень. Здесь устанавливается конкретная структура таблиц базы данных, определяются характеристики атрибутов и связей между таблицами в терминах целевой СУБД (формируется физическая структура будущей базы данных);
3-й уровень. На этом уровне осуществляется генерация физической модели данных в физическую базу данных целевой СУБД.
Для более детального анализа предметной области, 1-й уровень (логический уровень) может быть разбит на ряд подуровней:
уровень Entity Relationships Diagram (ERD). Модель этого верхнего (начального) уровня включает только сущности и связи между ними, а также описание основных правил взаимодействия данных. Эта модель никак не оптимизирована (с точки зрения нормальных форм) и служит в качестве первоначальной;
уровень Key Based Model (KB). Модель данного уровня представляет оптимизированные сущности с детализацией их описания до ключевых атрибутов;
уровень Fully Attributed Model (FA). Полная атрибутная модель этого уровня представляет сущности в 3NF и включает все их атрибуты и связи.
Пример полной атрибутной модели и соответствующей ей физической модели показан на рис.28.
Логический
уровень
Физический уровень
(для СУБД Access 2000)
Рис.28. Логическая и физическая модели
В CASE-средствах поддерживается возможность прямого и обратного проектирования (рис. 29).
Рис.29. Прямое и обратное проектирование
Прямое проектирование (ForwardEngineering) – это процесс преобразования (трансформации) физической модели данных в реальную схему базы данных целевой СУБД.
Обратное проектирование (Reverse Engineer) – процесс преобразования физической схемы базы данных в физическую модель, а затем и в логическую.
Такая двунаправленность проектирования дает большие возможности по модернизации и развитию базы данных.
Одним из распространенных в настоящее время средств в котором реализованы все приведенные выше функции, является AllFusion ERwin Data Modeler 4.1 (ранее ERwin). Среда ERwin показана на рис.30.
Entity Name
Attribute Name
Is PK
Is FK
Primary Key
E/Группа
Номер
специальности
No
Yes
Номер
группы
Курс
No
No
Номер
факультета
No
Yes
Номер
группы
Yes
No
E/Предметы
Номер
специальности
No
Yes
Наименование
предмета
No
No
E/Специальность
Стоимость
No
No
Номер
специальности
Номер
специальности
Yes
No
Наименование
No
No
E/Студент
Отчество
No
No
Номер
зачетной книжки
Фамилия
No
No
Дата
рождения
No
No
Коммерческий
No
No
Номер
зачетной книжки
Yes
No
Имя
No
No
Номер
группы
No
Yes
E/Факультет
Декан
No
No
Номер
факультета
Номер
факультета
Yes
No
Наименование
No
No
Рис.30. Логическая модель базы данных в среде ERwin