 
        
        - •Лабораторная работа №4 «управление структурой базы данных. Управление сегментами отката»
- •Структуры хранения данных
- •Понимание табличных пространств и файлов данных
- •Модель хранения данных Oracle
- •Табличные пространства
- •Файл данных
- •Сегменты
- •Экстенты
- •Блоки данных
- •Создание табличного пространства
- •Создание табличного пространства bigfile и smallefile
- •Работа с табличными пространствами, управляемыми Oracle
- •Выбор управления экстентами
- •Выбор управления пространством сегментов
- •Создание временного табличного пространства
- •Создание табличного пространства undo
- •Удаление табличного пространства
- •Изменение табличных пространств
- •Добавление файла данных в табличное пространство
- •Перевод табличного пространства в режим online/offline
- •Перевод табличного пространства в режим «Только для чтения»
- •Ход работы Работа с перманентными табличными пространствами
- •Работа с временными табличными пространствами
- •Работа с табличными пространствами отката
- •Содержание отчета
- •Цель работы.
- •При использовании утилиты Oracle Enterprise Manager в отчете следует привести автоматически генерируемые sqLкоманды (используйте кнопку “show sql”);
Лабораторная работа №4 «управление структурой базы данных. Управление сегментами отката»
- Цель работы 
Ознакомиться с последовательностью шагов администратора БД для создания и управления табличными пространств и сегментами отката БД.
- Методические указания по организации самостоятельной работы 
Перед выполнением лабораторной работы необходимо изучить материалы лекций по данной дисциплине и литературу.
- Рассматриваемые вопросы 
- Понимание распределения пространства базы данных. 
- Управление структурой базы данных. 
- Подготовка требуемых табличных пространств. 
- Описание различных типов сегментов. 
- Назначение и параметры сегментов отката. 
- Оптимизация размеров сегментов отката. 
- Настройка сегментов отката для обеспечения баланса между производительностью сервера Оrасlе и эффективностью использования пространства базы данных. 
- Теоретические сведения 
Структуры хранения данных
База данных Oracle содержит несколько типов файлов: управляющие файлы, оперативные журнальные файлы и файлы данных. Все пользовательские данные хранятся именно в файлах данных. Пользователи базы данных никогда не видят файлов данных, потому что Oracle позволяет абстрагироваться от физического хранения. Как администратор базы данных, вы должны понимать взаимосвязь между логическим и физических хранением. Наблюдение и администрирование этих структур и является управлением пространством базы данных.
Понимание табличных пространств и файлов данных
Логически все данные хранятся в сегментах и физически в файлах данных. Табличное пространство – это некая абстракция, логическое объединение. Одно табличное пространство может содержать несколько файлов данных и множество сегментов. Прямой связи между сегментом и файлом данных нет. Файл данных может хранится в файловой системе, или, начиная с Oracle 10g, устройствах ASM (Automatic Storage Management).
Модель хранения данных Oracle
Разделение логического и физического хранения данных одна из необходимых частей парадигмы реляционных баз данных. Как уже говорилось, различается физическая и логическая структуры. Физическая структура включает в себя файлы данных, управляющие файлы и оперативные журналы. Логическая структура – это табличные пространства, сегменты, экстенты и блоки данных. Ниже представлена взаимосвязь между ними.
 
Табличные пространства
Табличные пространства – верхний уровень абстракции. Обладает следующими свойствами:
- База данных Oracle может быть логически сгруппирована в более мелкие области, называемые табличными пространствами; 
- Табличное пространство может принадлежать только одной базе данных; 
- Каждое табличное пространство состоит из одного или более файлов данных; 
- Табличное пространство может содержать один или несколько сегментов данных; 
- Табличные пространства могут быть переведены в активный (online) режим, в котором данные доступны пользователям, или в неактивный (автономный, offline) режим, когда файлы закрыты и данные недоступны пользователям; 
- Табличные пространства можно переводить в режим «только для чтения» (Read only) или в режим записи (read write); 
- Всегда существует табличное пространство SYSTEM, которое содержит словарь данных. 
