Базы данных оракл

Файлы базы данных Oracle

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

Обязательные файлы:

Необязательные файлы:

Файлы данных (Data Files)

Все данные в базе данных Oracle сохраняются в файлах данных. Все таблицы, индексы, триггеры, последовательности, программы на PL/SQL, представления — все это находится в файлах данных. И хотя эти и другие объекты базы данных логически содержатся в табличных пространствах, в действительности они сохраняются в файлах на жестком диске компьютера.

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

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

Данные в файлы вносятся исключительно средствами Oracle.

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

Оперативные файлы журналов повтора (Online Redo Log Files)

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

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

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

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

Управляющие файлы (Control Files)

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

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

Файлы параметров pfile, spfie (Parameter Files)

Файлы параметров используются для конфигурирования действий Oracle предже всего при старте. Для того, чтобы запустить экземпляр базы данных, Oracle должен прочесть файл параметров и определить, какие параметры инициализации установлены для этого экземпляра. В файле параметров содержатся многочисленные параметры и их установленные значения. Oracle считывает файл параметров при запуске базы данных. Можно создать несколько файлов параметров, каждый будет соответствовать различным конфигурациям экземпляра.

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

При старте, Oracle считает файл spfileora112.ora. (файл серверных параметров). Преимущество spfile заключается в том, что при работе с базой данных, любые изменения в базе касающиеся изменения параметра системы, автоматически записываются в данный файл.

Если используется pfile, для сохранения изменений, необходимо либо “руками вносить эти изменения” в текстовый файл, либо в консоли выполнять команды для создания данных файлов Ораклом.

// создания pfile из памяти (в 11 версии Oracle)

// создать pfile из spfile

Как я могу узнать, что моя база данных использует PFILE или SPFILE?:

Выполните следующий запрос, чтобы увидеть какой файл параметров был использован:

Архивные файлы журналов повтора (Archive Log Files)

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

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

Архивные файлы журналов повтора жизненно важны при восстановлении. Если часть базы данных потеряна или повреждена, то для устранения повреждений обычно требуется несколько архивных журналов или туева хуча этих журналов. Файлы журналов повтора должны применяться к базе данных последовательно. Если один из архивных файлов журналов повтора пропущен, то остальные архивные файлы журналов не могут использоваться. Храните все свои архивные файлы журналов повтора с момента выполнения последней резервной копии. Файлы журналов постепенно накапливаются и разрастаются. Иногда необходимо их удалять. Все операции с данными файлами по применению их к базе выполняются исключительно средствами базы данных. А копировать и переносить их при желании можно как угодно. Бездумно удалять их руками не рекомендуется.

Alert log и трассировочные файлы (trace file)

При работе базы данных события и ошибки регистрируются в текстовых файлах на сервере базы данных. Файл журнала предупреждений (alert log) нужен администратору базы данных для отслеживания важнейших действий с базой данных — наподобие открытия и закрытия базы данных, установления параметров загрузки базы данных и переключения оперативных журналов повтора. Также в эти файлы записываются многие ошибки базы данных для последующего расследования их причин. Любые структурные изменения базы данных также регистрируются в файле журнала предупреждений.

// в 11 версии базы данных по умолчанию:

// в 11 версии появилась XML версия. По умолчанию:

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

// в 11 версии базы данных по умолчанию трассировочные файлы хранятся

// Следующий запрос покажет расположение трассировочных файлов.

Файлы паролей (Password File)

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

 

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

Будучи математиком по образованию, Кодд предложил использовать для обработки данных аппарат теории множеств (объединение, пересечение, разность, декартово произведение). Он показал, что любое представление данных сводится к совокупности двухмерных таблиц особого вида, известного в математике как отношение (по‑английски – relationship, отсюда и название – реляционные базы данных).

Одна из главных идей Кодда заключалась в том, что связь между данными должна устанавливаться в соответствии с их внутренними логическими взаимоотношениями.

 

Примечание.

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

 

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

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

 

Примечание.

На начальном этапе развития реляционных баз данных было разработано несколько языков запросов, среди которых наиболее известны QBE (Query by Example – запрос по образцу), Quel (Query Language – язык запросов) и SQL (Structured Query Language – структурированный язык запросов). Среди этих языков на сегодняшний день наибольшее распространение имеет SQL, который в 1986 г. был принят институтом ANSI (American National Standards Institute – Американский национальный институт стандартов) в качестве стандарта языков реляционных баз данных. Последнее обновление этого стандарта было принято в 1992 г., и язык запросов, соответствующий этому стандарту, обычно обозначается как SQL‑92.

 

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

 

Объектно‑ориентированные СУБД

 

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

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

Объектно‑ориентированный подход имеет ряд преимуществ для разработчика, из которых можно отметить следующие:

• возможность разбить систему на совокупность независимых сущностей (объектов) и провести их строгую независимую спецификацию;

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

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

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

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

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

 

Примечание.

Несмотря на все достоинства объектно‑ориентированных СУБД, их использование далеко не всегда оправданно. Нередко декомпозиция данных объекта не вызывает никаких проблем и вполне логична. В этом случае применение реляционной модели может быть более эффективным.

Создание базы данных Oracle

Кроме того, ведущие производители реляционных СУБД IBM и Oracle доработали свои продукты (DB2 и Oracle соответственно), добавив объектную надстройку над реляционным ядром системы. Таким образом, работая с этими СУБД, можно использовать ту или иную модель данных в зависимости от конкретной ситуации. Вероятно, что в обозримом будущем рынок корпоративных систем пока останется за гибридными объектно‑реляционными СУБД.

 

⇐ Предыдущая25262728293031323334Следующая ⇒


Дата добавления: 2014-11-25; Просмотров: 657; Нарушение авторских прав?;




к оглавлению   СУБД   ООП   ОСП  

СУБД Oracle

На мировом рынке корпоративных систем управления базами данных (СУБД) доминирующее положение занимает традиционная тройка продуктов: IBM DB2, Microsoft SQL Server и Oracle. Более 80% рынка СУБД в течение долгих лет контролируется тремя компаниями производителями: IBM, Oracle и Microsoft.

По статистическим данным на рынке России лидирующее положение занимает Oracle, так как по статистическим данным за 2010 год, данная СУБД занимает более 60% всего рынка, среди других СУБД и около 30% мирового рынка СУБД.

СУБД Oracle имеет большое количество различных версии и типов. Данная СУБД выпускается одноименной компанией Oracle.

Компания Oracle была основана нынешним президентом компаний Лэрри Элисоном и Роберттом Майнором в 1977 году, в Рэдвуде, штат калифорния. Первая реляционная СУБД фирмы базировалась на модели IBM System/R и была первой системой, в которой использовался язык SQL, разработанный фирмой IBM.

На сегодняшний день СУБД Oracle поддерживают свыше 80 вариантов операционной среды в широком диапазоне, включая мэйнфреймы IBM, мини-компьютеры DEC VAX, UNIX, Windows и множество других платформ.

Для примера возьмем Oracle9i. Ядром СУБД является сервер базы данных, который поставляется в одной из четырех редакций в зависимости от масштаба информационной системы, в рамках которой предполагается его применение. 

Для интернет-систем (public) и систем масштаба крупной организации (enterprise) предлагается продукт Oracle9i Database Enterprise Edition (корпоративная редакция), для которого имеется целый набор опций, архитектурно и функционально расширяющих возможности сервера.

Работа с локальной базой данных Oracle XE

Продукт Oracle9i Database Standard Edition (стандартная редакция) ориентирован на организации среднего масштаба или подразделения в составе крупной организации (workgroup). Для персонального использования предлагается «персональный Oracle» (Oracle9i Database Personal Edition) , и для систем мобильной связи и небольших офисов — Oracle9i Database Lite. В стандартной, персональной и мобильной редакциях основной акцент сделан на невысокую стоимость, простоту установки и сопровождения. При этом все варианты сервера Oracle имеют в своей основе один и тот же исходный код и  функционально идентичны , за исключением некоторых дополнительных опций, которые необходимы для специфических конфигураций (например, для поддержки кластерных архитектур необходима опция Oracle9i Real Application Clusters). 

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

Одной из основных характеристик СУБД Oracle является функционирование системы на большинстве платформ. В том числе на больших ЭВМ, UNIX-серверах, персональных компьютерах и т. д.

Рабочие платформы СУБД Oracle

  IBM SP RS/6000 (AIX),

  MS Windows 2000,

  IBM S/390 (OS/390),

  MS Windows NT,

  IBM Numa–Q DYNIX/ptx,

  MS Windows CE,

  IBM VM/CMS,

  MS Windows 95,

  Bull Escala AIX, Bull Escala RL AIX (64 bit),

  MS Windows 98,

  Apple Macintosh Power PC,

  MS Windows XP,

  Compaq Tru64 Unix,

  Motorola AIX,

  Compaq Alpha OpenVMS,

  NCR Unix SVR4,

  Digital Vax OpenVMS,

  Novell NetWare,

  Fujitsu UXP/DS,

  SCO Unix,

  Fujitsu-Siemens RM200-RM600 & RM600E

  SGI (IRIX, 32-bit),

  (Sinix/Reliant Unix),

  SGI (IRIX, 64-bit),

  Fujitsu-Siemens RM200-RM600 & RM600E

  Stratus HP–UX Continuum,

  (Sinix/Reliant Unix, 64-bit),

  Sun SPARC Solaris (32-bit),

  Siemens Reliant Cluster Server V2 Reliant Unix,

  Sun SPARC Solaris (64-bit),

  HP–9000 Series HP–UX,

  Sun SPARC SunOS,

  HP–9000 Series HP–UX 64-bit,

  Sun Solaris Intel,

  Hitachi 3050/R RISC Unix,

  Symbian EPOC,

  Intel Unix SVR4,

  Palm Computing,

  LINUX Intel,

  Unisys PTX/POSIX,

  MS Windows,

  UnixWare

Другой важной характеристикой является поддержка Oracle всех возможных вариантов архитектур, в том числе симметричных многопроцессорных систем, кластеров, систем с массовым параллелизмом и т. д. Очевидна значимость этих характеристик для крупномасштабных организаций, где эксплуатируется множество компьютеров различных моделей и производителей. В таких условиях фактором успеха является максимально возможная типизация предлагаемых решений, ставящая своей целью существенное снижение стоимости владения программным обеспечением. Унификация систем управления базами данных —один из наиболее значимых шагов на пути достижения этой цели. 

Поддержка Oracle большинства популярных компьютерных платформ и архитектур достигается за счет жесткой технологической схемы разработки кода СУБД. Разработку серверных продуктов выполняет единое подразделение корпорации Oracle, изменения вносятся централизованно. После этого все версии подвергаются тщательному тестированию в базовом варианте, а затем переносятся на все платформы, где также детально проверяются. Возможность переноса Oracle обеспечивается специфической структурой исходного программного кода сервера баз данных. Приблизительно 80% программного кода Oracle — это программы на языке программирования C, является платформо-независимым. Примерно 20% кода, представляющее собой ядро сервера, реализовано на машинно-зависимых языках; и эта часть кода, разумеется, переписывается для различных платформ. 

Однa из отличительных особенностей сервера Oracle — возможность хранения и обработки различных типов данных. Данная функциональность интегрирована в ядро СУБД и поддерживается модулем interMedia в составе Oracle Database. Он обеспечивает работу с текстовыми документами, включая различные виды поиска, в том числе контекстного; работу с графическими образами более 20–ти форматов; работу с аудио и видеоинформацией.

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

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

Модуль Oracle interMedia

Модуль Oracle interMedia обеспечивает поддержку всех типов данных, в том числе выполнение операций поиска по большим текстовым документам различных форматов.

Компонент Oracle Enterprise Manager

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

Модуль Oracle Advanced Replication Option

Модуль Oracle Advanced Replication Option позволяет выполнять репликацию данных в широком диапазоне возможностей, включая синхронную, асинхронную, каскадную и другие типы репликации.

Модуль Oracle Workflow

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

Одна из ключевых возможностей сервера БД Oracle — механизм хранения и обработки очередей сообщений, который называется Oracle Advanced Queuing (AQ). Он поставляется вместе с сервером баз данных, и его не нужно лицензировать отдельно. Компонент AQ относится к классу Message Oriented Middleware (ПО промежуточного слоя для обработки сообщений). Наличие такого компонента позволяет построить на базе сервера полнофункциональную инфраструктуру для обработки сообщений и исключает необходимость приобретения для этой цели дополнительных средств третьих фирм (таких как IBM MQ Series), обеспечивая, в то же время, связь с ними в неоднородных средах за счет продукта Oracle Messaging Gateways.

Начиная с версии Oracle8i, в состав сервера (во все редакции) включена виртуальная Java-машина (JServer Enterprise Edition) .

Компонент Oracle Obects for OLE

Компонент Oracle Obects for OLE предоставляет возможность доступа к базам данных Oracle-приложений, разработанных на C++, Microsoft Visual Basic, OLE 2.0. Полная поддержка языка макроопределений в Visual Basic позволяет получать данные из Oracle непосредственно в электронных таблицах Microsoft Excel.

Рустем Косембаев, Информационные системы, КУА, 2011

Дильмурат Полтушев Oracle Database

к оглавлению   СУБД   ООП   ОСП  

Знаете ли Вы, что Программный сниппет (англ. snippet — фрагмент, отрывок) в практике программирования — небольшой фрагмент исходного кода или текста, пригодный для повторного использования. Сниппеты не являются заменой процедур, функций или других подобных понятий структурного программирования. Они обычно используются для более лёгкой читаемости кода функций, которые без их использования выглядят слишком перегруженными деталями, или для устранения повторения одного и того же общего участка кода. Интегрированные среды разработки (IDE) содержат встроенные средства для ввода конструкций языка. Например, в Microsoft Visual Studio, Borland Developer Studio, для этого необходимо ввести ключевое слово и нажать определённую клавишную комбинацию. В IDE Geany существует специальный файл snippets.conf (путь к файлу: /home/user/.config/geany) позволяющий создавать свои сниппеты. Другие программы, такие как Macromedia Dreamweaver и Zend Studio, позволяют использовать сниппеты в Веб-программировании.

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

7 шагов по созданию новой базы данных Oracle из командной строки

Архитектура СУБД Oracle включает две важных части – ядро, которое является программным обеспечением, и словарь данных, который состоит из структур данных системного уровня, используемых ядром, управляющим базой данных. СУБД можно рассматривать как операционную систему, разработанную специально для управления доступом к данным; ее основные функции – хранение, выборка и обеспечение безопасности данных. Подобно операционной системе СУБД Oracle управляет доступом одновременно работающих пользователей базы данных к некоторому набору ресурсов. Подсистемы СУБД очень схожи с соответствующими подсистемами операционной системы и сильно интегрированы с представляемыми базовой ОС сервисными функциями доступа на машинном уровне к таким ресурсам, как память, центральный процессор, устройства ввода-вывода и файловые структуры. Подсистемы СУБД поддерживают собственный список авторизованных пользователей и их привилегий; управляют кэшем памяти и страничным обменом; управляют блокировкой разделяемых ресурсов; принимают и планируют выполнение запросов пользователя; управляют использованием табличного пространства. К основным функциям ядра СУБД Oracle, управляющего базой данных, относятся:

1) ввод-вывод;

2) управление памятью;

3) управление блокировками;

4) управление транзакциями;

5) контроль распределенных операций;

6) ведение журналов транзакций и восстановление базы данных;

7) управление хранением данных;

8) управление процессом;

9) поддержка языка управления данными;

10) защита информации.

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

1) создание экземпляра Oracle и его запуск;

2) создание начального варианта базы данных и планирование ее дальнейшего расширения;

3) регистрация пользователей в системе, назначение им привилегий, ролей и профилей;

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

5) создание резервных копий базы данных и восстановление базы данных после сбоев.

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *