ПРОЦЕДУРА или ФУНКЦИЯ - это совокупность предложений SQL и PL/SQL, сгруппированных вместе как выполнимая единица, исполняющая специфическую задачу.

Процедуры и функции сочетают легкость и гибкость SQL с процедурными возможностями языка структурного программирования

С помощью PL/SQL такие процедуры и функции можно определять и сохранять в базе данных для продолжительного использования.

Процедуры и функции похожи друг на друга, с той разницей, что функция всегда возвращает вызывающей программе единственное значение, тогда как процедура не возвращает значения.

ПАКЕТЫ дают метод инкапсулирования и хранения взаимосвязанных процедур, функций и других конструктов пакета как единицы в базе данных. Предоставляя администратору базы данных или разработчику приложений организационные преимущества, пакеты в то же время расширяют функциональные возможности и увеличивают производительность базы данных.

Синонимы

СИНОНИМ - это алиас (дополнительное имя) для таблицы, обзора, последовательности или программной единицы. Синоним не есть объект, но он является прямой ссылкой на объект. Синонимы используются для:

• маскировки действительного имени и владельца объекта

• обеспечения общего доступа к объекту

• достижения прозрачности местоположения для таблиц, обзоров или программных единиц удаленной базы данных

• упрощения кодирования предложений SQL для пользователей базы данных

Синоним может быть общим или личным. Индивидуальный пользователь может создать ЛИЧНЫЙ СИНОНИМ, который доступен только этому пользователю. Администраторы баз данных чаще всего создают ОБЩИЕ СИНОНИМЫ, благодаря которым объекты базовых схем становятся доступными для общего пользования всем пользователям базы данных.

Индексы, кластеры и хэшированные кластеры

Индексы, кластеры и хэшированные кластеры - это необязательные структуры, ассоциированные с таблицами, которые можно создавать для повышения производительности операций извлечения данных

Так же, как индекс в книге позволяет вам быстрее отыскивать нужную информацию, индекс ORACLE предоставляет быстрый путь доступа к данным таблицы. При обработке запроса ORACLE может использовать некоторые или все имеющиеся индексы для эффективного отыскания запрашиваемых строк. Индексы полезны, когда приложения часто опрашивают интервалы строк таблицы, либо отдельные строки.

Индексы создаются по одному или нескольким столбцам таблицы

Однажды созданный, индекс автоматически поддерживается и используется ORACLE. Изменения в данных таблицы (такие как добавление новых строк, обновление или удаление строк) автоматически отражаются во всех соответствующих индексах при полной прозрачности для пользователей.

Индексы логически и физически независимы от данных. Их можно удалять и создавать в любой момент, не оказывая влияния на другие таблицы или другие индексы. После удаления индекса все приложения будут функционировать по-прежнему; однако доступ к ранее индексированным данным может быть замедлен.

КЛАСТЕРЫ предоставляют необязательный способ хранения данных таблиц. Кластер - это группа из одной или нескольких таблиц, физически хранящихся вместе, так как они имеют общие столбцы м часто используются совместно. Ввиду того, что взаимосвязанные строки хранятся физически близко друг от друга, время дискового доступа сокращается.

Взаимосвязанные столбцы таблиц в кластере называются КЛЮЧОМ КЛАСТЕРА. Ключ кластера индексируется, так что строки кластера могут извлекаться с минимальными затратами на ввод-вывод

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

Кластеризованные таблицы: Некластеризованные таблицы:

Связанные данные хранятся Связанные данные хранятся вместе, более эффективно отдельно, занимая больше места

Кластеры могут также повысить эффективность извлечения данных, в зависимости от распределения данных и от того, какие операции SQL наиболее часто выполняются на кластеризованных данных. В частности, кластеризованные таблицы, опрашиваемые через соединения, выигрывают за счет кластеров, потому что строки, общие для объединяемых таблиц, извлекаются за одну операцию ввода-вывода.

Как и индексы, кластеры не влияют на проектирование приложений

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

ХЭШИРОВАННЫЕ КЛАСТЕРЫ похожи на обычные, индексированные, кластеры. Однако в хэшированных кластерах строки записываются не на основе ключа кластера, а на основе значения ФУНКЦИИ ХЭШИРОВАНИЯ, применяемой к ключу кластера. Все строки с одинаковым значением такого хэш-ключа хранятся на диске вместе.

Хэшированные кластеры выигрывают по сравнению с индексированной таблицей и индексированным кластером, когда таблица часто опрашивается на равенство (например, выбираются все строки по отделу 10). Для таких запросов значения указанного ключа кластера хэшируются, и результирующие значения хэш-ключа прямо указывают на участок диска, в котором хранятся соответствующие строки.

Связи баз данных

СВЯЗЬ БАЗ ДАННЫХ - это именованный объект, который описывает "путь" от одной базы данных к другой. Связи баз данных неявно используются при обращении к ГЛОБАЛЬНОМУ ИМЕНИ ОБЪЕКТА в распределенной базе данных.

Блоки данных, экстенты и сегменты

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

Блоки данных ORACLE На самом низком уровне, данные базы данных ORACLE хранятся в БЛОКАХ ДАННЫХ. Один блок данных соответствует специфическому числу байт физического пространства на диске. Размер блока данных указывается для каждой базы данных ORACLE при ее создании. База данных использует и распределяет свободное пространство в блоках данных ORACLE.

Экстенты Следующий уровень логического пространства в базе данных называется экстентом. ЭКСТЕНТ - это специфическое число непрерывных блоков данных, полученных за одно распределение и используемых для хранения специфического типа информации.

Сегменты Уровень логического пространства в базе данных, следующий за экстентом, называется сегментом. СЕГМЕНТ - это набор экстентов, распределенных для конкретной логической структуры. Например, различные типы сегментов включают:

Сегмент данных Каждая некластеризованная таблица имеет сегмент данных. Все данные таблицы хранятся в экстентах ее сегмента данных

Каждый кластер имеет сегмент данных

Данные каждой таблицы кластера хранятся в сегменте данных этого кластера.

Сегмент индекса Каждый индекс имеет сегмент индекса, в котором хранятся все данные индекса.

Сегмент отката Администратор создает в базе данных один или несколько сегментов отката для временного хранения информации "отмены"

• Эта информация служит:

• для генерации согласованных по чтению образов информации базы данных

• для восстановления базы данных

• для отката неподтвержденных транзакций пользователей.

Временный сегмент Временные сегменты создаются ORACLE, когда предложению SQL требуется временная рабочая область для своего выполнения. После выполнения предложения экстенты временного сегмента возвращаются системе.

ORACLE распределяет память для всех типов сегментов экстентами

Когда существующие экстенты сегмента заполняются, ORACLE распределяет очередной экстент для данного сегмента по мере необходимости. Ввиду того, что память выделяется при необходимости, экстенты данного сегмента могут не быть непрерывными на диске.

Физические структуры

Последующие секции объясняют физические структуры базы данных ORACLE, включая файлы данных, файлы журнала повторения работы и управляющие файлы.

Файлы данных

Каждая база данных ORACLE имеет один или более физических ФАЙЛОВ ДАННЫХ. Эти файлы содержат все данные базы данных. Данные логических структур базы данных, таких как таблицы и индексы, физически хранятся в файлах данных, распределенных для базы данных.

Файлы данных имеют следующие характеристики:

• Файл данных может быть ассоциирован лишь с одной базой данных.

• Однажды созданный файл данных не может изменить свой размер.

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

Использование файлов данных

Данные в файле данных считываются по мере необходимости во время нормальной работы базы данных, и размещаются в кэше памяти ORACLE. Например, предположим, что пользователь хочет обратиться к некоторым данным в таблице базы данных. Если запрошенная информация еще не находится в кэше памяти для базы данных, она считывается из соответствующих файлов данных и размещается в памяти.

Модифицированные или новые данные необязательно записываются в файл данных немедленно. Чтобы уменьшить объем дисковых операций и увеличить производительность, данные накапливаются в памяти, и записываются в соответствующие файлы данных одномоментно, как определяется фоновым процессом ORACLE, называемым DBWR.

Файлы журнала повторения

Каждая база данных ORACLE имеет набор из двух или более ФАЙЛОВ ЖУРНАЛА ПОВТОРЕНИЯ РАБОТЫ. Комплект файлов журнала повторения работы для одной базы данных совместно называется ЖУРНАЛОМ ПОВТОРЕНИЯ (redo log). Основная функция журнала повторения - регистрация всех изменений, осуществляемых в данных. Все изменения, выполняемые в базе данных, записываются в журнал повторения. Если в результате сбоя модифицированные данные не удастся постоянно записать в файлы данных, эти изменения можно получить из журнала повторения, так что работа никогда не теряется.

Файлы журнала повторения критичны в вопросе защиты базы данных от сбоев. Чтобы защититься от таких сбоев, которые затрагивают сам журнал повторения, ORACLE допускает ЗЕРКАЛЬНЫЙ ЖУРНАЛ ПОВТОРЕНИЯ, так что две или более копий журнала повторения можно поддерживать одновременно на разных дисках.

Использование файлов журнала повторения

Информация в файле журнала повторения используется только для восстановления базы данных после сбоя системы или носителя, в результате которого данные базы данных не могут быть записаны в файлы данных.

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

Процесс применения журнала повторения в процессе операции восстановления базы данных называется ПРОКРУТКОЙ ВПЕРЕД.

Управляющие файлы

Каждая база данных ORACLE имеет УПРАВЛЯЮЩИЙ ФАЙЛ, в котором записывается физическая структура базы данных. В частности, этот файл содержит следующую информацию:

• имя базы данных

• имена и местоположения файлов данных и файлов журнала повторения этой базы данных

• отметку времени создания базы данных

Как и для журнала повторения, ORACLE позволяет поддерживать зеркальные управляющие файлы с целью защиты управляющей информации.

Использование управляющих файлов

При каждом запуске инстанции базы данных ORACLE ее управляющий файл используется для того, чтобы идентифицировать базу данных и файлы журнала повторения, которые должны быть открыты для продолжения работы базы данных. Когда физический состав базы данных изменяется (например, создается новый файл данных или файл журнала), ORACLE автоматически модифицирует управляющий файл, чтобы отразить это изменение.

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

Словарь данных

Каждая база данных ORACLE имеет СЛОВАРЬ ДАННЫХ. Он представляет собой набор таблиц и обзоров, используемых как ТОЛЬКО ЧИТАЕМОЕ представление базы данных. Например, в словаре данных хранится информация о логической и физической структуре базы данных

Помимо этой важной информации, словарь данных хранит также следующую информацию:

• о действительных пользователях базы данных ORACLE

• об ограничениях целостности, определенных для таблиц базы данных

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

Словарь данных создается при создании самой базы данных. Чтобы точно отражать состояние базы данных в любой момент, словарь данных автоматически обновляется ORACLE в ответ на специальные действия (такие как изменение структуры базы данных). Словарь данных критичен для работоспособности базы данных, ибо на нем основывается регистрация, верификация и управление текущей работой. Например, во время операций с базой данных ORACLE обращается к словарю данных для проверки того, что объекты схем существуют и что пользователи имеют к ним соответствующие права доступа.

Системная архитектура ORACLE

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

Структуры памяти и процессы

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

ПРОЦЕССЫ - это задания или задачи, работающие в памяти этих компьютеров.

Структуры памяти ----------------

ORACLE создает и использует свои структуры памяти для выполнения некоторых задач. Например, память используется для размещения исполняемого программного кода и данных, разделяемых между пользователями. С ORACLE ассоциируются несколько базовых структур памяти: глобальная область системы (которая включает буфера базы данных и журнала повторения, а также разделяемый пул) и глобальные области программ. Следующие секции подробно объясняют каждую из этих видов областей.

Глобальная область системы (SGA) ГЛОБАЛЬНАЯ ОБЛАСТЬ СИСТЕМЫ (SGA) - это область разделяемой памяти, распределяемая ORACLE, которая содержит данные и управляющую информацию для одной инстанции ORACLE. Область SGA и фоновые процессы ORACLE составляют инстанцию ORACLE.

SGA распределяется при запуске инстанции и освобождается при закрытии инстанции. Каждая запускающаяся инстанция имеет свою собственную область SGA.

Данные в SGA разделяются (т.е. совместно используются) всеми пользователями, присоединенными к базе данных. Для оптимальной производительности SGA должна быть максимально большой (пока позволяет реальная память), чтобы держать как можно больше данных в памяти и минимизировать дисковые операции. Информация, хранящаяся в SGA, подразделяется на несколько типов структур памяти, включая буфера базы данных, буфера журнала повторения и разделяемый пул. Эти области имеют фиксированные размеры и создаются при запуске инстанции.

Буферный кэш базы данных БУФЕРА БАЗЫ ДАННЫХ в SGA хранят наиболее недавно использовавшиеся блоки данных из базы данных; все множество буферов базы данных в инстанции составляет БУФЕРНЫЙ КЭШ БАЗЫ ДАННЫХ. Эти буфера могут содержать модифицированные данные, которые еще не записаны на диск для постоянного хранения

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

Буфер журнала повторения БУФЕР ЖУРНАЛА ПОВТОРЕНИЯ в SGA хранит ЗАПИСИ ПОВТОРЕНИЯ - журнал изменений, осуществленных в базе данных. Записи повторения, хранящиеся в буферах журнала повторения, записываются в онлайновый файл журнала, который используется при необходимости восстановления базы данных. Его размер статичен.