Архитектура БД под управлением субд Oracle.

Основные понятия.

БД – динамическое хранилище систематизированных данных.

СУБД – это совокупность языковых и программных средств, предназначенных для создания, ведения и совместного использования БД многими пользователями.

Архитектура ANSI—SPARC определяет принцип, согласно которому рекомендуется строить системы управления базами данных.В согласовании с этим архитектура системы баз данных включает три уровня:наружный - уровень, на котором БД воспринимается юзером (зависит от средства доступа к БД);концептуальный - «промежуточный» меж внутренним и наружным; внутренний - это уровень более близкий к физическому хранению, таковой ее принимает операционная система и СУБД (но не физический уровень!). Наружный уровень - личный уровень юзера, который имеет некий язык доступа к БД - язык программирования, SQL, формы …

12 правил Кодда:

правило 0: Основное правило (Foundation Rule): Реляционная СУБД должна быть способна полностью управлять базой данных, используя связи между данными.:

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

правило 1: Явное представление данных (The Information Rule):

Информация должна быть представлена в виде данных, хранящихся в ячейках. Данные, хранящиеся в ячейках, должны быть атомарны. Порядок строк в реляционной таблице не должен влиять на смысл данных.

правило 2: Гарантированный доступ к данным (Guaranteed Access Rule):

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

правило 3: Полная обработка неизвестных значений (Systematic Treatment of Null Values):

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

правило 4: Доступ к словарю данных в терминах реляционной модели (Active On-Line Catalog Based on the Relational Model):

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

правило 5: Полнота подмножества языка (Comprehensive Data Sublanguage Rule):

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

(а) имеет линейный синтаксис,

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

(в) поддерживает операции определения данных, определения представлений, манипулирования данными (интерактивные и программные), ограничители целостности, управления доступом и операции управления транзакциями (begin, commit и rollback).

правило 6: Возможность модификации представлений (View Updating Rule):

Каждое представление должно поддерживать все операции манипулирования данными, которые поддерживают реляционные таблицы: операции выборки, вставки, модификации и удаления данных.

правило 7: Наличие высокоуровневых операций управления данными (High-Level Insert, Update, and Delete):

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

правило 8: Физическая независимость данных (Physical Data Independence):

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

правило 9: Логическая независимость данных (Logical Data Independence):

Представление данных в приложении не должно зависеть от структуры реляционных таблиц. Если в процессе нормализации одна реляционная таблица разделяется на две, представление должно обеспечить объединение этих данных, чтобы изменение структуры реляционных таблиц не сказывалось на работе приложений.

правило 10: Независимость контроля целостности (Integrity Independence):

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

правило 11: Дистрибутивная независимость (Distribution Independence):

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

правило 12: Согласование языковых уровней (The Nonsubversion Rule):

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

Обычно современная СУБД содержит следующие компоненты:

ядро, которое отвечает за управление данными во внешней и оперативной памяти, и журнализацию,

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

подсистему поддержки времени исполнения, которая интерпретирует программы манипуляции данными, создающие пользовательский интерфейс с СУБД

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

Основные функции СУБД

управление данными во внешней памяти (на дисках);

управление данными в оперативной памяти с использованием дискового кэша;

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

поддержка языков БД (язык определения данных, язык манипулирования данными).

Классификация СУБД

По модели данных

Иерархические

Сетевые

Реляционные

Объектно-ориентированные

Объектно-реляционные

По степени распределённости

Локальные СУБД (все части локальной СУБД размещаются на одном компьютере)

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

По способу доступа к БД

Файл-серверные

Клиент-серверные

Встраиваемые

Тенденции в мире систем управления базами данных:

Реляционные системы

Постреляционные системы

Распределенные СУБД

Системы БД с многоуровневой защитой

К наиболее распространенным типам СУБД относятся: MS SQL Server, Oracle, Informix, Sybase, DB2, MS Access и т. д.

2. Дистрибутивы (варианты поставки) СУБД Oracle…

Oracle RDBMS: поставляется в пяти редакциях: EE, SE (не более 4х процессорных разъемов), SE1 (не более 2х процессорных разъемов), PE (один пользователь), Lite (для мобильных и встраиваемых устройств), XE (бесплатная ограниченная версия).

Основные системные пользователи Oracle:

SYS– генерируемый Oracle (предопределенный) привилегированный пользователь ранга администратора базы данных (АБД), который является владельцем ключевых ресурсов БД Oracle (модули Oracle, таблицы словаря БД, V$-представления словаря,...).

INTERNAL– специальный привилегированный псевдоним для пользователя SYS, который используется, как правило, для запуска и остановки экземпляра БД Oracle.

SYSTEM- генерируемый Oracle (предопределенный) привилегированный пользователь, которому принадлежат ключевые ресурсы БД Oracle (представления словаря БД, репозиторий инструментов,...).

SYSMAN-генерируемый Oracle (предопределенный) пользователь, который является владельцем всех ресурсов Enterprise Manager (EM).

Системная роль Администратора базы данных DBA – предопределенная роль, которая автоматически создаётся для каждой базы данных Oracle и содержит все системные привилегии, кроме SYSDBA и SYSOPER. Должна назначаться только администраторам, которым требуется полный доступ.

Специальные системные привилегии:

SYSDBA и SYSOPER - специальные привилегии администратора, которые позволяют выполнять базовые задачи администрирования: запуск или остановка экземпляра БД; создание, удаление, открытие или монтирования базы и др. Роль DBA не включает SYSDBA и SYSOPER. Привилегии могут быть указаны при подключении (connect) пользователя к БД.

Словарь СУБД Oracle.

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

В состав словаря данных базы данных входят:

Базовые таблицы: Основу словаря данных составляет совокупность базовых таблиц, хранящих информацию о базе данных. Эти таблицы читаются и пишутся ТОЛЬКО самим ORACLE; они редко используются непосредственно пользователем ORACLE любого типа, потому что они нормализованы, и большая часть данных в них закодирована.

Доступные пользователю представления: Словарь данных содержит доступные пользователю представления, которые суммируют и отображают, в удобном представлении формате информацию из базовых таблиц словаря. Эти представления декодируют информацию базовых таблиц, представляя ее в полезном виде, таком как имена пользователей или таблиц, и используют соединения и фразы WHERE, чтобы упростить информацию. Большинство пользователей имеют доступ к этим представлениям вместо базовых таблиц словаря.

Роль

Роль – набор полномочий, которые можно назначить (grant) и отозвать (revoke). Роль может содержать как набор полномочий так и другие роли. Роли облегчают присвоение нескольких полномочий пользователю. Пользователю может присваиваться несколько ролей.

CREATE ROLE < имя_роли >;

GRANT < привилегия > TO < имя_роли >;

REVOKE < привилегия > FROM < имя_роли >

DROP ROLE < имя_роли >;

Профиль безопасности

Пользователь

Типы данных Oracle.

BLOB - Двоичный большой объект (Binary Large OBject Хранит данные в двоичном формата, используется для хранения изображений, аудио и видео, а также компилированного программного кода

CLOB - Символьный большой объект (Character Large Object) Хранит текстовые данные в формате БД

NCLOB - Национальный символьный большой объект (National Character Set Large Object)Хранит текстовые данные в национальной кодировке.

BFILE - Внешний двоичный файл (External Binary File)Файл хранящийся вне базы данных, как файл операционной системы, но доступный из таблиц БД. BFILEs имеет доступ только для чтения.Когда LOB удаляется, Oracle сервер не удаляет сам файл.BFILE поддерживает только случайное(не последовательное) чтение, не участвует в транзакции.

Таблица?????

Представление – образ таблицы или набора таблиц, определённых оператором select.

with read only – опция, запрещающая операции обновления, удаления и вставки данных базовой таблицы через представление.

with check option – режим, при котором добавлять или обновлять можно только строки, доступные в представлении.

Материализованное представление – таблица, хранящая в себе результат sql запроса к таблице или группе таблиц.

INITRANS-минимальное кол-во транзакций которое может изменять строки в данном блоке.

MAXTRANS-максимальное число транзакций которые могут изменять строки в данном блоке.

PCTFREE-процент памяти блока, резервируемой для возможных обновлений строк уже содержащихся в блоке(под update)

PCTUSED-процент памяти блока, до которого должно снизиться занятое место, для возможности выполнять insert

INITIAL-размер первого экстента

NEXT-размер следующего экстента

MINEXTENTS-кол-во экстентов выделяемых при создании

MAXEXTENTS-максимальное кол-во экстентов

PCTINCREASE-на сколько процентов новый экстент больше предыдущего

FREELISTS-кол-во списков свободных блоков в каждой группе

BUFFER_POOL-указание как хранить значения пролученные при запросе

Кластер

Кластер – специализированный объект БД, инкапсулируемый для физически совместного храния одикаковых строк нескольких таблиц, такорые часто используются.grant create cluster to KVCORE DBA_CLUSTERS, DBA_SEGMENTS

Индекс

Индекс - объект БД, создаваемый с целью повышения производительности выполнения запросов.grant index(create any index) to KVCORE

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

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

Синоним

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

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

Различают два типа синонимов:

Частный (PRIVATE) - синонимы содержаться в схеме конкретного пользователя и доступны только самому пользователю, и тем, кому он предоставил соответствующие права доступа.

Общий (PUBLIC) - этими синонимами владеет специальная группа пользователей – PUBLIC, в результате чего эти синонимы доступны всем пользователям базы данных.

CREATE SYNONYM [имя_синонима] FOR[имя_объекта]

CREATE PUBLIC SYNONYM [имя_синонима] FOR[имя_объекта]

DBA_SYNONYMS

Представление

Представление – образ таблицы или набора таблиц, определённых оператором select.

with read only – опция, запрещающая операции обновления, удаления и вставки данных базовой таблицы через представление.

with check option – режим, при котором добавлять или обновлять можно только строки, доступные в представлении.

Материализованное представление – таблица, хранящая в себе результат sql запроса к таблице или группе таблиц.

INITRANS-минимальное кол-во транзакций которое может изменять строки в данном блоке.

MAXTRANS-максимальное число транзакций которые могут изменять строки в данном блоке.

PCTFREE-процент памяти блока, резервируемой для возможных обновлений строк уже содержащихся в блоке(под update)

PCTUSED-процент памяти блока, до которого должно снизиться занятое место, для возможности выполнять insert

INITIAL-размер первого экстента

NEXT-размер следующего экстента

MINEXTENTS-кол-во экстентов выделяемых при создании

MAXEXTENTS-максимальное кол-во экстентов

PCTINCREASE-на сколько процентов новый экстент больше предыдущего

FREELISTS-кол-во списков свободных блоков в каждой группе

BUFFER_POOL-указание как хранить значения полученные при запросе

grant view(CREATE ANY VIEW) to KVCORE

Временные таблицы

Временные таблицы используются в Oracle для хранения данных, которые относятся к одной сессии или одной транзакции.

Временные таблицы впервые появились в Oracle8I. Они предназначались для хранения данных на протяжении сеанса или транзакции. Отличительной особенностью этих таблиц являлось то, что они располагались во временных сегментах и данные в этих таблицах хранились только на период сессии или транзакции в зависимости от реализации. Поэтому они нашли большое применение в качестве промежуточных таблиц при расчётах, отчетах и оптимизации сложных запросов.

Предложение ON COMMIT DELETE ROWSуказывает, что временная таблица предназначена для транзакции. В этом случае таблица будет очищена (будут удалены все строки) после каждой фиксации транзакции.

Предложение ON COMMIT PRESERVE ROWS указывает, что временная таблица предназначена для сеанса. Она будет очищаться при завершении сеанса.

PL/SQL: коллекции

PL/SQL-коллекции:

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

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

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

оператор над множествами MULTISET EXCEPT для извлечения из вложенной таблицы happyfamily родителей и поместим их имена во вложенную таблицу parents. Выведем содержимое таблицы parents.

PL/SQL: динамический SQL

Динамический sql – операторы sql, которые формируются и исполняются во время выполнения программы. Применяется для понимания кода, адаптирующегося к структуре таблиц.

Предложение EXECUTE IMMEDIATE подготавливает (делает синтаксический разбор) и сразу же выполняет динамическое SQL-предложение или анонимный PL/SQL-блок.

Пакеты

Пакет – совокупность некоторых функций и процедур, объявленных под общим именем.

EXECUTE - Отменяется право запускать хранимую процедуру, пользовательскую функцию или пакет.

AUTHID — как будет выполняться программа и как должны разрешаться ссылки на объекты: DEFINER — в соответствии с привилегиями владельца объекта, либо CURRENT_USER — в соответствии с привилегиями пользователя вызывающего программу. По умолчанию считается DEFINER.

USER_PROCEDURES, USER_SOURCE.

Триггеры

Типы триггеров:

DML-триггер(insert, delete, update)

триггеры замещения(instead of)

системные триггеры

before – выполняется до наступления события для таблицы

after – выполняется после фиксации события для таблицы

instead of – применяется только на уровне строки, используется только для представления

FOR EACH ROW – уровня строки

Тип XMLTYPE

XML (eXtensible Markup Language, расширяемый язык разметки) – это утвержденный консорциумом W3C стандарт разметки документов. В нем определяются общие правила синтаксиса, используемыедля разметки данных при помощи простых, доступных для чтения тегов. Он устанавливает стандартный формат компьютерных документов, который достаточно гибок для того, чтобы его можно было приспособить для самых разнообразных сфер деятельности, таких как вебсайты, электронный обмен данными, векторная графика, генеалогия, списки недвижимости, сериализация объектов, удаленные вызовы процедур и системы голосовой почты.

тип XMLTYPE -сохраниения и управления XML-данными в реляционной таблице.

функции XMLTYPE (конструктор) -Разбор документа, проверка его на правильность и сохраниение его в объекте XMLTYPE.

функции EXTRACTVALUE -Разобрать xml-документ и получить узел, соответствующий языку XPath

функции EXISTSNODE - Проверка существования конкретного узла в XMLType.

XML-метода GETSTRING -Получить документ в виде строки.

XML-метода GETROOTELEMENT -Получить корневой элемент документа. (Название корневого тега).

функции XMLELEMENT - Сформировать XML-узел.

функции XMLATTRIBUTES -Сформировать атрибуты для заданного тега.

Функция XMLAGG возвращает XML-последовательность, содержащую пункт для каждого не-null значения в наборе значений XML.

Основные понятия.

БД – динамическое хранилище систематизированных данных.

СУБД – это совокупность языковых и программных средств, предназначенных для создания, ведения и совместного использования БД многими пользователями.

Архитектура ANSI—SPARC определяет принцип, согласно которому рекомендуется строить системы управления базами данных.В согласовании с этим архитектура системы баз данных включает три уровня:наружный - уровень, на котором БД воспринимается юзером (зависит от средства доступа к БД);концептуальный - «промежуточный» меж внутренним и наружным; внутренний - это уровень более близкий к физическому хранению, таковой ее принимает операционная система и СУБД (но не физический уровень!). Наружный уровень - личный уровень юзера, который имеет некий язык доступа к БД - язык программирования, SQL, формы …

12 правил Кодда:

правило 0: Основное правило (Foundation Rule): Реляционная СУБД должна быть способна полностью управлять базой данных, используя связи между данными.:

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

правило 1: Явное представление данных (The Information Rule):

Информация должна быть представлена в виде данных, хранящихся в ячейках. Данные, хранящиеся в ячейках, должны быть атомарны. Порядок строк в реляционной таблице не должен влиять на смысл данных.

правило 2: Гарантированный доступ к данным (Guaranteed Access Rule):

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

правило 3: Полная обработка неизвестных значений (Systematic Treatment of Null Values):

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

правило 4: Доступ к словарю данных в терминах реляционной модели (Active On-Line Catalog Based on the Relational Model):

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

правило 5: Полнота подмножества языка (Comprehensive Data Sublanguage Rule):

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

(а) имеет линейный синтаксис,

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

(в) поддерживает операции определения данных, определения представлений, манипулирования данными (интерактивные и программные), ограничители целостности, управления доступом и операции управления транзакциями (begin, commit и rollback).

правило 6: Возможность модификации представлений (View Updating Rule):

Каждое представление должно поддерживать все операции манипулирования данными, которые поддерживают реляционные таблицы: операции выборки, вставки, модификации и удаления данных.

правило 7: Наличие высокоуровневых операций управления данными (High-Level Insert, Update, and Delete):

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

правило 8: Физическая независимость данных (Physical Data Independence):

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

правило 9: Логическая независимость данных (Logical Data Independence):

Представление данных в приложении не должно зависеть от структуры реляционных таблиц. Если в процессе нормализации одна реляционная таблица разделяется на две, представление должно обеспечить объединение этих данных, чтобы изменение структуры реляционных таблиц не сказывалось на работе приложений.

правило 10: Независимость контроля целостности (Integrity Independence):

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

правило 11: Дистрибутивная независимость (Distribution Independence):

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

правило 12: Согласование языковых уровней (The Nonsubversion Rule):

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

Обычно современная СУБД содержит следующие компоненты:

ядро, которое отвечает за управление данными во внешней и оперативной памяти, и журнализацию,

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

подсистему поддержки времени исполнения, которая интерпретирует программы манипуляции данными, создающие пользовательский интерфейс с СУБД

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

Основные функции СУБД

управление данными во внешней памяти (на дисках);

управление данными в оперативной памяти с использованием дискового кэша;

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

поддержка языков БД (язык определения данных, язык манипулирования данными).

Классификация СУБД

По модели данных

Иерархические

Сетевые

Реляционные

Объектно-ориентированные

Объектно-реляционные

По степени распределённости

Локальные СУБД (все части локальной СУБД размещаются на одном компьютере)

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

По способу доступа к БД

Файл-серверные

Клиент-серверные

Встраиваемые

Тенденции в мире систем управления базами данных:

Реляционные системы

Постреляционные системы

Распределенные СУБД

Системы БД с многоуровневой защитой

К наиболее распространенным типам СУБД относятся: MS SQL Server, Oracle, Informix, Sybase, DB2, MS Access и т. д.

2. Дистрибутивы (варианты поставки) СУБД Oracle…

Oracle RDBMS: поставляется в пяти редакциях: EE, SE (не более 4х процессорных разъемов), SE1 (не более 2х процессорных разъемов), PE (один пользователь), Lite (для мобильных и встраиваемых устройств), XE (бесплатная ограниченная версия).

Основные системные пользователи Oracle:

SYS– генерируемый Oracle (предопределенный) привилегированный пользователь ранга администратора базы данных (АБД), который является владельцем ключевых ресурсов БД Oracle (модули Oracle, таблицы словаря БД, V$-представления словаря,...).

INTERNAL– специальный привилегированный псевдоним для пользователя SYS, который используется, как правило, для запуска и остановки экземпляра БД Oracle.

SYSTEM- генерируемый Oracle (предопределенный) привилегированный пользователь, которому принадлежат ключевые ресурсы БД Oracle (представления словаря БД, репозиторий инструментов,...).

SYSMAN-генерируемый Oracle (предопределенный) пользователь, который является владельцем всех ресурсов Enterprise Manager (EM).

Системная роль Администратора базы данных DBA – предопределенная роль, которая автоматически создаётся для каждой базы данных Oracle и содержит все системные привилегии, кроме SYSDBA и SYSOPER. Должна назначаться только администраторам, которым требуется полный доступ.

Специальные системные привилегии:

SYSDBA и SYSOPER - специальные привилегии администратора, которые позволяют выполнять базовые задачи администрирования: запуск или остановка экземпляра БД; создание, удаление, открытие или монтирования базы и др. Роль DBA не включает SYSDBA и SYSOPER. Привилегии могут быть указаны при подключении (connect) пользователя к БД.

Архитектура БД под управлением СУБД Oracle.

Области оперативной памяти:

System Global Area-системная глобальная память: это разделяемая, общая область памяти, которая содержит данные и служебную информацию инстанции Oracle. Oracle выделяет SGA во время запуска инстанции и возвращает память обратно, когда инстанция завершает работу. Каждая инстанция имеет свою SGA.

Пользователи, подключенные к базе данных, работаю с одной, общей областью SGA.

fixed sga - фиксированная часть sga

buffer cache - буферный кэш

log buffer - буферы журналов повтора

shared pool - разделяемый пул

java pool - пул для процедур и функций java

large pool - пул для режима MTS

Program Global AREA-программная глобальная память: буфер памяти, который содержит данные и управляющую информацию серверных процессов. PGA создается, когда запускаются серверные процессы. Информация, хранящаяся в PGA, зависит от конфигурации Oracle.

Cуществуют три обширных класса процессов:

Серверные процессы. Эти процессы выполняют свои задачи в зависимости от запроса клиента. Мы уже до определенной степени ознакомились с выделенным и разделяемым сервером. Они относятся к серверным процессам.

Фоновые процессы. Эти процессы запускаются при запуске базы данных и выполняют различные служебные задачи, такие как запись блоков на диски, поддержание оперативных журналов повторения, очистка после прерванных процессов, обслуживание AWR (Automatic Workload Repository — автоматический репозиторий рабочей нагрузки) и т.п.

Подчиненные процессы. Эти процессы аналогичны фоновым, но выполняют дополнительную работу от имени либо фонового, либо серверного процесса.

Слушатель-серверный программый компонент, который управляет сетевым трафиком между БД и клиентом.Слушает порт 1521.

Параметры экземпляра Oracle:

spfile-бинарный файл, который используется oracle при старте

pfile-текстовый файл с параметрами, будет использоваться при старте, если не найден spfile

Буферные пулы:

default – повторное применение буферов кэш, помещается в default в самый конец(стандартный буфер)

keep – по возможности оставлять значения в оперативной памяти

recycle – удалять, как только значения окажутся ненужны

Словарь СУБД Oracle.

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

В состав словаря данных базы данных входят:

Базовые таблицы: Основу словаря данных составляет совокупность базовых таблиц, хранящих информацию о базе данных. Эти таблицы читаются и пишутся ТОЛЬКО самим ORACLE; они редко используются непосредственно пользователем ORACLE любого типа, потому что они нормализованы, и большая часть данных в них закодирована.

Доступные пользователю представления: Словарь данных содержит доступные пользователю представления, которые суммируют и отображают, в удобном представлении формате информацию из базовых таблиц словаря. Эти представления декодируют информацию базовых таблиц, представляя ее в полезном виде, таком как имена пользователей или таблиц, и используют соединения и фразы WHERE, чтобы упростить информацию. Большинство пользователей имеют доступ к этим представлениям вместо базовых таблиц словаря.