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

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

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

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

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

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

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

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

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

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

В 1991 - Access.

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

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

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

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

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

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

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

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

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

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

Наши рекомендации