Логическая структура БД Oracle

Oracle – реляцонная база данных. Доктор Е.Ф. Кодд предложил реляционную модель баз данных в 1979 г. Эта модель лежит в основе систем управления реляционными базами данных (RDBMS или РСУБД).

Реляционная модель содержит следующие компоненты:

- Совокупность объектов или отношений.

- Набор операций над отношениями.

- Целостность данных - их точность и согласованность.

Рисунок 8 – Терминология реляционной базы данных

Рисунок 9 – Пример связи таблиц

На верхнем уровне логической организации БД Oracle находится пространство таблиц. Пространство таблиц (Tablespace) служит базовым пространством для размещения объектов схемы (таблиц и т. д.). Пространство таблиц может находиться либо в доступном режиме (online), либо в автономном (offline).

Рекомендуется создавать отдельные пространства таблиц для каждого приложения, работающего с СУБД (это обеспечивает определенный уровень независимости приложений друг от друга), а также для целей повышения производительности, так как если файлы разных пространств таблиц размещаются на разных физических дисках, то доступ к информации осуществляется быстрее.

Каждый создаваемый в БД объект (таблица, индекс, хранимая процедура) принадлежит определенной схеме. Схема неявно создается при регистрации пользователя и выполняет функции контейнера для объектов, создаваемых пользователем. При регистрации пользователя указывается, в границах какого пространства таблиц будут создаваться объекты его схемы. Схему можно сравнить с каталогом файловой системы.

К объектам схемы (SchemaObjects) относятся:

Таблицы (Tables) – основная единица хранения данных в Oracle. Данные хранятся в записях или строках. Все строки таблицы имеют одинаковый формат, определяющийся при создании таблицы.

Представления (Views) – задаваемый пользователем вид данных. Представляет собой хранимый запрос к одной и более таблицам. С видом, в общем случае, можно работать как с обычной таблицей, т. е. выполнять операции select, insert, update и т. п. При этом изменения в виде приводят к изменениям со связанными таблицами.

Индексы (Indexes) – служебные структуры, которые используются для оптимизации работы системы по обработке запросов. Создаются неявно при определении полей таблиц как ключевых или явно. Все изменения в таблицах мгновенно отражаются в индексах, этот процесс прозрачен для пользователей.

Кластеры (Clusters) – структуры для оптимизации доступа к нескольким связанным таблицам, часто использующимся совместно в запросах.

Последовательности (Sequences) – для автоматической генерации значений ключевых полей.

Хранимые процедуры (StoredProcedures).

Пакеты (Packages), Триггеры (Triggers) – программные элементы БД, обеспечивающие обработку данных на сервере.

Синонимы (Synonyms) – альтернативные названия таблиц, видов, последовательностей и программных объектов для обеспечения прозрачного управляемого доступа к объектам различных схем (ср. Объекты типа Синоним в NDS).

Связи с БД (DatabaseLinks) – описывают пути к другим БД, используются для выполнения распределенных транзакций.

Дополнительными объектами схемы являются сегменты отката (RollbackSegments) транзакций. Сегменты отката используются для временного хранения старых значений данных, обновляемых транзакцией, включающей операции удаления или обновления строк. Если пользователь отменяет транзакцию, то Oracle считывает присвоенный транзакции сегмент отката и возвращает измененные транзакцией строки в исходное состояние. Сегменты отката могут храниться как в обычном пространстве таблиц, так и в специально выделенном для этих целей пространстве.