Обзор фаз построения базы данных

Фаза построения базы данных	Базы данных	Приложения
Фаза формулирования требований	Построение модели данных Задание элементов данных Определение ограничений и правил	Определение требований приложения
Фаза проектирования	Таблицы Отношения Индексы Ограничения Хранимые процедуры и триггеры	Формы Отчеты Запросы Код приложения
Фаза реализации	Создание таблиц Создание отношений Создание ограничений Написание хранимых процедур и триггеров Заполнение базы данных Тестирование	Создание форм Создание отчетов Создание запросов Написание кода приложения Тестирование

1. Фаза формулирования требований. В это время разрабатывается модель данных, их длина и другие свойства. На данные накладываются ограничения и правила, определяют значения элементов данных и правила обработки данных.

Модель - это логическое представление структуры БД. И БД и все ее структуры зависят от модели.

2. Фаза проектирования. Модель данных преобразуется в таблицы и отношения.

3. Фаза реализации. Создаются таблицы и связи. Для создания таблиц используются два способа: с помощью SQL и через средства графического проектирования.

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

Три модели БД: реляционная, сетевая и иерархическая. Реляционная впервые была предложена Коддом в 1970. Он работал в IBM и после 10 лет исследований убедил фирму заработать несколько СУБД, основанных на реляционной модели. Наиболее известна DB2-СУБД. Другие корпорации: Oracle, SQL Server и т.д.

СУБД для персональных ПК. dBase, Paradox от Borland.

Объектно-ориентированные СУБД. Цель этих продуктов - способность хранить объекты из ООП программирования (из С++ или Java) в БД, не преобразуя их в реляционный формат. Были разработаны ООСУБД, которые позволяют создавать как реляционное, так и объектное представление данных одной БД.

В 1991 - Access.

Модель «сущность-связь». Методы и средства моделирования

Тройственная схематическая модель БД ANSI/SPARC, предложенная Комитетом по планированию и разработке требований к стандартам (SPARC) Американского национального института стандартов (ANSI) была впервые опубликована в 1975.

Внешняя, концептуальная и внутренняя схемы

Пользователи

Концептуальная схема

Модель ANSI/SPARC включает в себя три схемы — внешнюю, концептуальную и внутреннюю. Внешняя схема (external schema), называемая также пользовательским представлением (user view), описывает то, как пользователи представляют себе базу данных. Для всех баз данных, кроме простейших, внешняя схема отображает лишь часть реальной базы данных.

Концептуальная схема (conceptual schema) — это полное логическое представление базы данных, включающее описание всех данных и связей между ними. Слова «логическое представление» имеют тот смысл, что концептуальная схема не зависит от конкретного способа хранения данных. Хранить концептуальную схему можно в базе данных, в файловом архиве, в виде набора связанных между собой электронных таблиц и другими способами.

Одной концептуальной схеме обычно соответствует множество различных внешних схем. У фирмы может быть одна внешняя схема для торговых агентов, другая — для отдела маркетинга, третья — для бухгалтерии, и т. д.

Внутренняя схема (internal schema) — это представление, описывающее физическую реализацию концептуальной схемы с использованием конкретного продукта и/или технологии. Описание набора таблиц, ключей, внешних ключей, индексов и других физических структур представляет собой внутреннюю схему. Одна и та же концептуальная схема может быть представлена различными внутренними схемами: например, одна из них может быть для Oracle, другая — для DB2. Эти две внутренние схемы могут быть очень похожими или совершенно различными. Для нас эти различия несущественны, лишь бы обе они адекватно отражали соответствующую концептуальную схему. (Разумеется, если вести речь об эффективности обработки, одна внутренняя схема может иметь огромное преимущество перед другой.)