Проектирование базы данных для СУБД ORACLE

Лабораторная работа № 2

Тема

Проектирование БД для СУБД ORACLE

1.1.  Цель работы

Ознакомиться с последовательностью шагов администратора БД создания новой базы данных Oracle.

1.2.  Методические указания по организации самостоятельной работы

Перед выполнением лабораторной работы необходимо изучить материалы лекций по данной дисциплине и литературу [1].

1.3.  Порядок выполнения работы

На этом занятии описываются шаги, которые должен выполнить администратор базы данных для создания новой базы данных Oracle:

• Описание взаимосвязи логических объектов и соответствующих объектов базы данных.

• Создание базы данных.

• Создание словаря данных.

Фазы создания базы данных

• Проектирование логической структуры базы данных в виде набора табличных пространств.

Проектирование и структурирование базы данных для уменьшения конкуренции за ресурсы и фрагментации.

• Подготовка среды ОС для создания базы данных.

• Внесение изменений в файл параметров.

• Запуск экземпляра.

• Выполнение команды CREATE DATABASE.

• Обеспечение сохранности базы данных с помощью создания зеркальных копий журнальных и управляющих файлов.

• Создание файла паролей.

• Определение таблиц и представлений, обеспечивающих доступ к словарю данных.

Определение табличных пространств

База данных Oracle разделяется на логические области, называемые табличными

пространствами.

Табличные пространства

• Каждое табличное пространство состоит из одного или более файлов операционной системы.

• Табличные пространства можно переводить в оперативный режим во время работы базы данных

• Табличные пространства можно переводить в автономный режим без остановки базы данных (исключая табличное пространство SYSTEM).

• Каждый объект может находиться только в одном табличном пространстве

Табличные пространства, которые содержат активные сегменты отката, в автономный режим переводить нельзя.

Табличное пространство SYSTEM требуется в любой базе данных Oracle.

В дополнение к табличному пространству SYSTEM предлагается создать еще ряд

дополнительных табличных пространств:

Табличное пространство	Описание
TEMP	Используется для хранения временных сегментов, которые необходимы для сортировки.
RBS	Используется для хранения дополнительных сегментов отката. Пользователь не должен создавать табличное пространство с именем rollback, поскольку ROLLBACK -зарезервированное слово.
TOOLS	Содержит таблицы, необходимые инструментальным средствам Oracle.
APPLI_DATA	Используется для хранения прикладных данных. Для этих целей может создаваться более одного табличного пространства (см. далее в этом разделе).
APPLI_INDEX	Содержит индексные сегменты, относящиеся к прикладным таблицам Может существовать более одного индексного табличного пространства.

Характеристики данных

Перед созданием структуры табличных пространств базы данных обсудим характеристики подлежащих хранению данных. Создание оптимальной структуры необходимо для:

• Минимизации фрагментации.

• Минимизации дисковой конкуренции.

• Разделения сегментов.

На некоторых платформах программа установки сервер Oracle создает несколько заранее определенных табличных пространств.

Минимизация фрагментации

Группы объектов с различными характеристиками фрагментации необходимо распределять по разным табличным пространствам.

Тип сегмента	Характеристики фрагментации
Сегменты словаря данных	Никогда не фрагментируют свободное пространство.
Сегменты данных приложений	Низкий уровень фрагментации, т.к. таблицы обычно имеют жизненный цикл, который совпадает с жизненным циклом соответствующего проекта.
Рабочие сегменты данных приложений	Средний уровень фрагментации.
Сегменты отката	Средний уровень фрагментации.
Временные сегменты	Высокий уровень фрагментации.

Минимизация дисковой конкуренции

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

Когда нужно разделять сегменты?

Например, вы можете отделять:

• Сегменты словаря данных от других сегментов.

• Сегменты отката от других сегментов.

• Сегменты данных от связанных с ними индексных сегментов. Временные сегменты от

других сегментов.

• Большие сегменты от маленьких сегментов.

Разделение сегментов

Размещайте сегменты, которые содержат объекты с различными характеристиками поведения, в разных табличных пространствах.

По какому критерию разделять сегменты?

Разделяйте сегменты:

• С различными требованиями резервирования

• С различными требованиями доступа.

• С различными характеристиками повседневного использования.

• С различным жизненным циклом.

Преимущества разделения сегментов

• Резервирование и восстановление.

Резервирование и восстановление облегчаются, если связанные с одним приложением данные отделены от данных другого приложения.

Резервирование выполняется быстрее, если используется табличное пространство только для чтения.

• Учет системных ресурсов.

Учет и прогноз роста данных проекта облегчаются, если данные одного проекта отделены от данных другого проекта.

• Защита данных

Защита данных облегчается, если привилегии пользователя базы данных можно устанавливать для группы объектов.

• Очистка данных.

Очистка (или архивирование) данных, связанных с завершившимся проектом, облегчается, если данные одного проекта хранятся независимо от данных другого проекта.