Уровни архитектуры баз данных определены соответствующей группой ANSI/SPARC. Комитет планирования и стандартизации баз данных. Три уровня архитектуры:

1. Внешний уровень (External Level) – уровень, наиболее близкий к пользователю. Фактически он связан с тем, как видит данные конкретный пользователь. В этом случае нет никакой зависимости от конкретного языка и фактически внешний уровень – это то, как каждый конкретный пользователь видит те данные, которые ему определил программист, т.е. это внешнее представление конкретного пользователя.

2. Концептуальный уровень (Conceptual Level) – это обобщенное представление всех пользователей. По сути, если обобщить для SQL-сервера, то это то представление, каким видит базу данных администратор, а он, как правило видит все: все таблицы и т.д. Часто БД создает администратор –есть такая штатная единица – он отвечает за БД. Каждый конкретный пользователь может видеть свою часть – раздел бухгалтерия, склад, расписание и т.д. Администратор видит все. Это и есть концептуальный уровень.

3. Внутренний уровень (Internal Level) – уровень, фактически связанный с физическим хранением, со способом хранения. Здесь уже в каждой СУБД все может быть по-разному. Все зависит от того, как, например, представлены вещественные числа, как символы представлены – один или два байта – и.д. Фактически это важно только разработчикам СУБД. На первых двух уровнях, как правило, таблицы должны быть представлены пользователю реляционно, а на внутреннем уровне такого требования нет и как они представлены – дело разработчика. Главное, как представляются БД пользователю, а не разработчикам.

Общее описание БД называется схемой или каталогом БД. Схема создается в процессе проектирования БД и обычно предполагается, что меняется она относительно редко. Иногда схему БД называют содержанием БД, а данные, которые хранятся в БД – детализацией. Таблицы, домены, ограничения, ключи – содержание БД. А совокупность данных, отчего таблица может быть достаточно большой, называют детализацией.

Для создания концептуальной модели на сегодня используют два подхода:

1.Объектно-ориентированный язык декларирования классов. Для объектно-ориентированных СУБД.

2. Модель ER – модель сущность-связь (Entity-Relationship Model). Это графическая модель. ErWin – простейшая среда моделирования.

Комментарии запрещены.