При разработке БД существует несколько уровней ее представления, т.е. несколько моделей данных.
Модели данных:
1. Концептуальная модель (внешняя, инфологическая)
Описывает систему в терминах, понятных пользователям. Используется для первичной спецификации данных и для взаимодействия с пользователем(для достижения понимания)
Как только достигнуто согласие с пользователем о содержании концептуальной модели, разработчики могут приступать к созданию БД, т.е. к разработке логической модели.
Логическая модель данных определяет структуру БД. Для реляционной модели она представляет собой набор определений, таблиц. После того, как эта модель написана, она используется для создания БД.
3. Физическая модель данных.
Описывает способ представления логической модели в памяти машины.
Разработчики БД и администраторы могут изменять физическую модель данных, указывая место и способ хранения отдельных частей БД, а также определяя методы доступа.
Внешний уровень разрабатывается в процессе изучения предметной области БД. Т.е. это есть информационная модель предметной области.
При разработке концептуальной(внешней) модели принимаются решения о том, какие объекты предметной области будут отображаться в БД, какими атрибутами характеризуется каждый объект, в каких единицах измеряется каждый атрибут . Эта информация записывается в любой наглядной форме, понятной как пользователю,, так и разработчику. В настоящее время рекомендуется использовать возможности языка UML(Universal …… Language).
Объектно-ориентированная модель данных – логическая модель данных, представленная как набор определений и классов объектно-ориентированного языка.
Репрезентативные(реализационные) модели содержат подробности представления данных в файлах. Чтобы использовать такую модель, разработчик приложения должен точно указать, как хранится каждое поле из объектов(поле объекта есть какой-либо атрибут объекта внешнего мира).
Необходимо четко различать структуру БД (схемы) и ее содержимое(экземпляры).
Таблица «Покупатель»
Номер счета(integer)
Фамилия(string)
Имя(string)
Иванов
Вася
Петров
Коля
Сидоров
Игорь
В данной таблице приведено 3 экземпляра.
Атрибуты объектов (столбцы реляционной БД) часто называют фактами. Таким образом, схемы БД характеризуют факты посредством указания типов их данных. Схема также определяет множество разнообразных ограничений, налагаемых на состояние БД. Типичное ограничение – требование, чтобы некоторое значение было уникальным в таблице. В таблице «Покупатель» уникальным ключом будет номер счета, т.е. нельзя, чтобы в строках был одинаковый счет. Связь между объектами также представляется в БД как факт. Сама схема не содержит информации о предметной области. По мере занесения в нее данных появляются экземпляры в данной схеме.