Информационная система oracle реферат

Обновлено: 05.07.2024

Oracle – система управления базами данных нового поколения. Значительное продвижение технологии вперед, с одной стороны, можно объяснить появлением объектных расширений реляционной модели данных,
то есть совершенно нового направления для Oracle. С другой стороны, в первую очередь Oracle – это устойчивая, масштабируемая система управления реляционными базами данных, способная эффективно хранить и обрабатывать огромное количество данных в условиях многопользовательского доступа. Ядро сервера Oracle было серьезно переработано на основе опыта разработки и эксплуатации приложений для предыдущих версий, при этом был получен значительный выигрыш в производительности и надежности. С помощью технологий Oracle возможно построить информационную систему, решающую сколь угодно сложные задачи по обработке данных. Для этого в распоряжении проектировщиков и разработчиков имеются все необходимые инструментальные средства. Oracle оказалась очень удачной системой управления базами данных. На ее основе были построены системы, автоматизирующие самые различные области человеческой деятельности. В базах данных под управлением серверов Oracle было накоплено огромное количество информации. В Oracle появились новые возможности для управления большими и сверхбольшими базами данных. Кратко перечислим их.

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

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

Начиная с версии 8.1.5.0, ядро сервера Oracle включает в себя Java‑машину. Таким образом, стало возможным разрабатывать серверную компоненту системы как на основном языке создания хранимых программ PL/SQL, так и на Java. Программы, написанные на этих языках, могут взаимодействовать между собой. Использование языка Java предоставляет возможность подключения сотен предопределенных классов. Динамический SQL в Oracle выполняется так же быстро, как и обычный статический. Появилась возможность ведения политики безопасности: принудительное блокирование учетной записи пользователя, установка срока действия пароля, блокирование учетной записи пользователя после определенного числа неудачных попыток входа в систему, программная реализация собственных алгоритмов проверки сложности пароля и т.д.

1.6 Дополнительные программные средства

Одним из важных требований построения системы является ее полная интеграция с интегрированной информационной системой оперативного управления производством, внедряемой в настоящее время в трубных цехах ВМЗ. Эта система реализуется с использованием сторонних программных продуктов MES уровня AspenOne.

Для управления информацией об объектах в системе продуктов
AspenOne используется продукт Aspen Batch.21. Он представляет собой надстройку над базой данных и упрощает взаимодействие с ней со стороны клиентских приложений. Кроме того, Batch.21 выполняет функции контроля данных, их интеграцию и выборку, а также формирование отчетов по расписанию или по требованию.

Batch.21 позволяет просматривать технологические данные в периодическом контексте. Например:

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

– Консоли запросов (Query Tool) для поиска партии.

– Программы Process Explorer, перетащив идентификатор заказа из консоли запросов на диаграмму Process Explorer. Диаграмма автоматически отобразит данные за период обработки данного заказа.

• если нужно сравнить динамику изменения ключевой технологической переменной (например, вязкости металла) для нескольких заказов, наложив друг на друга профили вязкости для каждого случая, то перекрывающаяся периодическая диаграмма – отображение Process Explorer, входящее в комплекс Batch.21, позволит сделать это;

• если нужно иметь возможность быстро создавать отчеты, описывающие эффективность производственного процесса в периодическом контексте;

• Консоль запросов (Batch Query Tool) представляет собой удобное в эксплуатации средство генерации отчетов, позволяющее Batch.21 прозрачно выполнять сложные SQL‑запросы к реляционной базе данных или к базе данных реального времени InfoPlus.21. Результаты запросов могут быть легко перемещены в другое приложение, например, Microsoft Excel.

Эти возможности обусловлены тем, что Batch.21 анализирует и хранит данные в периодическом контексте.

Клиентские приложения Batch.21 связываются с сервером через интерфейс приложений Batch.21. Клиентские приложения позволяют организовать обмен периодическими данными с базой данных, настраивать базу данных, просматривать эти данные в Process Explorer и создавать отчеты в MS Excel.

Бизнес-логика системы Batch.21 сконцентрирована в сервере ППП (BCU) – программе преобразования партий (Batch Conversion Utility) и его компонентах, которые базируются на Microsoft Transaction Server. Эти компоненты осуществляют связь с реляционной СУБД и СУБД реального времени. Сервер ППП считывает данные из БД реального времени и преобразует их, согласно своим настройкам, в данные Batch.21. Через интерфейс приложений Batch.21 сервер ППП соединяется с сервером Batch.21.

Данные Batch.21 хранятся в реляционной базе данных Microsoft SQL Server или Oracle. Чтобы хранить технологические данные, необходимо использовать СУБД реального времени InfoPlus.21.

Таблица 1 – Особенности и преимущества Batch.21

Особенность	Преимущество
Периодические данные можно легко извлечь с помощью консоли запросов.	Это позволяет генерировать сложные отчеты по периодическим процессам без необходимости дополнительного программирования.
Временные диаграммы можно использовать для просмотра технологических данных, как периодических, так и обычных.	Пользователю нет необходимости изучать новые программные средства; быстрое переключение между графиками.
Псевдонимы тэгов	Пользователю нет необходимости знать, какой именно аппарат задействован для какой именно партии; он освобожден от необходимости запоминать имена тэгов.
Можно выбирать вид периодической диаграммы.	Можно сравнивать партии между собой, или сравнивать эффективность по различным параметрам для одной партии.
Имеются графические консоли для настройки Batch.21.	Упрощается настройка потока периодических данных.
С помощью ППП можно настраивать сбор периодических данных из базы данных реального времени.	Можно гибко настроить оптимальный баланс между текущей информацией и загрузкой системы; может накапливать данные в промежуточном хранилище.

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

ü Клиент-серверная архитектура системы – трехзвенная

ü Использование Web-forms (тонкий клиент)

ü Операционная система – Windows

Раздел: Информатика, программирование
Количество знаков с пробелами: 91640
Количество таблиц: 5
Количество изображений: 4

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

Прикрепленные файлы: 1 файл

сам реферат.docx

По статистическим данным на рынке России лидирующее положение занимает 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 (корпоративная редакция), для которого имеется целый набор опций, архитектурно и функционально расширяющих возможности сервера. Продукт Oracle9i Database Standard Edition (стандартная редакция) ориентирован на организации среднего масштаба или подразделения в составе крупной организации (workgroup). Для персонального использования предлагается "персональный Oracle" (Oracle9i Database Personal Edition) , и для систем мобильной связи и небольших офисов — Oracle9i Database Lite. В стандартной, персональной и мобильной редакциях основной акцент сделан на невысокую стоимость, простоту установки и сопровождения. При этом все варианты сервера Oracle имеют в своей основе один и тот же исходный код и функционально идентичны , за исключением некоторых дополнительных опций, которые необходимы для специфических конфигураций (например, для поддержки кластерных архитектур необходима опция Oracle9i Real Application Clusters).

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

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

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

Механизмы ORACLE работают через использование структур памяти и процессов. Все структуры памяти располагаются в основной памяти (иногда называемой виртуальной памятью или памятью произвольного доступа) компьютеров, составляющих систему базы данных. ПРОЦЕССЫ - это задания или задачи, работающие в памяти этих компьютеров.

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

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

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

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

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

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

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

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

ORACLE создает множество ФОНОВЫХ ПРОЦЕССОВ для каждой инстанции. В фоновых процессах сосредоточены те функции, которые иначе пришлось бы выполнять множеством программ ORACLE, запускаемых для каждого пользовательского процесса. Фоновые процессы асинхронно выполняют операции ввода-вывода и отслеживают другие процессы ORACLE, обеспечивая лучший параллелизм и улучшая производительность и надежность.

ПИСАТЕЛЬ БАЗЫ ДАННЫХ записывает модифицированные блоки из буферного кэша базы данных в файлы данных. Благодаря способу, которым ORACLE осуществляет журнализацию, процессу DBWR не требуется записывать эти блоки при завершении транзакции Вместо этого DBWR оптимизирован так, чтобы минимизировать обращения к диску. В общем случае, DBWR выполняет запись лишь тогда, когда в SGA требуется прочитать очередную порцию данных, а в буферном кэше недостает свободных буферов. Первыми записываются те данные, к которым было самое давнее обращение.

ПИСАТЕЛЬ ЖУРНАЛА записывает на диск записи журнала повторения. Эти записи генерируются в буфере журнала повторения в SGA. Когда транзакция завершается и буфер журнала заполняется, LGWR переписывает записи журнала повторения в файл журнала повторения.

МОНИТОР СИСТЕМЫ осуществляет восстановление инстанции во время запуска инстанции. В системе с несколькими инстанциями (при использовании Параллельного сервера), процесс SMON одной инстанции может также осуществлять восстановление других сбившихся инстанций. SMON также очищает временные сегменты, которые больше не используются, и восстанавливает мертвые транзакции, пропущенные после сбоя и восстановления инстанции в результате сбоев файлов или офлайновых ошибок.

МОНИТОР ПРОЦЕССОВ осуществляет восстановление процесса после сбоя пользовательского процесса. PMON отвечает за очистку КЭШа и освобождение ресурсов, использовавшихся процессом. PMON также контролирует диспетчерские и серверные процессы, и рестартует их, если они сбиваются.

АРХИВАТОР копирует онлайновые файлы журнала повторения в архивную память, когда они переполняются. ARCH активен лишь тогда, когда журнал повторения используется в режиме ARCHIVELOG.

ДИСПЕТЧЕРЫ - это необязательные фоновые процессы, существующие лишь в конфигурации многоканального сервера. По меньшей мере один диспетчерский процесс создается для каждого используемого коммуникационного протокола (D000, . Dnnn).

ПРОГРАММНЫЙ ИНТЕРФЕЙС - это механизм, посредством которого пользовательский процесс общается с процессом сервера. Он выступает как метод стандартной коммуникации между любым инструментом или приложением клиента (таким как SQL*Forms) и программным обеспечением ORACLE.

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

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

Архитектура Oracle состоит из:

Файлы БД
Процессы
Области оперативной памяти

Файлы журналов повтора (журналы транзакций)

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

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

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

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

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

История Oracle началась в легендарной Силиконовой долине, штат Калифорния, США. В 1977 году молодой программист Ларри Эллисон бросил учебу в Йельском университете, чтобы начать собственный бизнес. Ларри Эллисон, в распоряжении которого тогда было всего 1200 долларов, уговорил Боба Майнера и Эда Оутса, своих бывших коллег, создать собственную компанию. До этого все трое разрабатывали по заказу ЦРУ проект под названием Oracle. Так в 1977 году появилась Software Development Lab., вскоре переименованная сначала с Relational Software Inc., а затем — в Oracle.

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

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

Поэтому до середины 70-х годов информация в базах данных распределялась по старинному иерархическому, или "древовидному", принципу, который до сих пор используется для представления файлов в ПК. В IBM, впрочем, профинансировали создание прототипа системы на принципах, предложенных Коддом, и в 1976 году появился проект System R, который вдохновил будущих основателей Oracle на создание реляционной СУБД. В июне 1979 года появилась первая система компании Эллисона — Oracle 2.

В маркетинговом отношении Эллисон оказался талантливее Билла Гейтса. В отличие от основателя Microsoft, который первую версию Windows так и назвал — Windows 1.0, он проявил маркетинговую смекалку, поэтому свет увидела сразу вторая версия продукта. Это должно было как бы дать понять заказчикам, что система надежна и даже прошла проверку временем. Эллисона можно понять: у него не было одобрения со стороны IBM, которое было у Гейтса. Даже напротив: Эллисон создавал продукт, который мог стать конкурентом решениям IBM.

Главным конкурентным преимуществом СУБД Oracle была высокая скорость обработки огромных массивов информации, которую тогда отметили все эксперты. В отличие от System R, для работы которой был необходим мощный суперкомпьютер — мейнфрейм, Oracle 2 справлялась с обработкой информации на гораздо более скромных машинах. Это и поспособствовало невероятно широкому распространению детища Эллисона в начале 80-х годов. А когда с появлением третьей версии Oracle стала многоплатформенной, то есть появилась возможность устанавливать эту СУБД на разнообразные компьютерные системы (их тогда было не менее 20), популярность ее стала расти еще быстрее.

Самой распространенной СУБД является система от компании Oracle. Данная СУБД является клиент-серверной, следовательно она предназначена для компаний, имеющих информационную сеть с мощным сервером. Эта СУБД использует тоже реляционную модель данных, но содержит элементы объектно-ориентированной модели данных. На 2009 год самой новой является версия Oracle 11g Release 2. Рассмотрим особенности этой программы. Масштабируемость приложений. Модуль Oracle Real Application Clusters, следующее поколение продукта Oracle Parallel Server, обеспечивает прозрачную масштабируемость приложений за счет быстрого и эффективного совместного использования кластерного кэша для согласованного доступа к данным. Oracle Real Application Clusters предоставляет следующие возможности:

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

Совместимость со всеми приложениями без необходимости их перестройки.

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

Мы можем сделать следующий вывод:

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

Глушаков С.В. и др. Администрирование Oracle 9i.

Том Кайт - Oracle для профессионалов ,2003.

Первые прототипы реляционных СУБД существовали уже в 70-е годы ХХ века. Однако мало кто верил в возможность добиться эффективной реализации таких систем. Тем не менее, к концу 1980-х годов реляционные системы заняли на мировом рынке СУБД доминирующее положение.

Одним из первых прототипов реляционных баз данных была система System R. Это проект компании IBM, который появился в 1976 году. Он вдохновил будущих основателей Oracle на создание собственной реляционной СУБД , но сам так и не получил коммерческого успеха.

16 июня 1977 года Эдом Оутсом, Бобом Майнером и Ларри Эллисоном в Калифорнии (США) была основана компания Software Development Laboratories, вскоре переименованная в Relational Software Inc. Молодые программисты начали разработку системы управления базами данных (СУБД), построенной на принципах реляционной алгебры.

Oracle 2

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

У Эллисона с коллегами возникли сложности при реализации совместимости с СУБД IBM System R. Нежелание IBM раскрывать исходные коды стало ключевой проблемой. В результате совместимости между двумя системами так и не удалось достичь.

Ларри Эллисон — основатель Oracle

Oracle стала исторически первой и одной из наиболее развитых реализаций архитектуры клиент/сервер. Переносимость и масштабируемость всегда имели высокий приоритет у разработчиков Oracle. Это сыграло ключевую роль в достижении успеха компании на рынке СУБД.

Oracle 2 работала на мини-компьютере PDP-11 фирмы Digital Equipment в операционной среде RSX-11. Большая часть Oracle была написана на ассемблере PDP-11, а отдельные компоненты — на новом для того времени языке C. Уже в те дни система была портируемой и работала в других операционных средах PDP-11: IAS, RSTS и UNIX. Тогда же было принято решение о переносе Oracle в новую ОС VMS. Благодаря этому СУБД Oracle заняла обширную нишу корпоративных информационных систем на быстро растущем рынке VAX.

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

Стандартный SQL (IBM) был расширен операцией CONNECT BY, позволяющим обрабатывать древовидные структуры, что становится уникальным для SQL-систем.

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

29 октября 1982 года компания переименована в Oracle Systems.

Oracle 3 и 4

В 1983 году на рынок вышла Oracle 3. Она была полностью переписана на С. Это во многом помогло решить проблему переносимости Oracle на широкий спектр платформ – их тогда было не менее 20. Кроме того, было реализовано атомарное выполнение транзакций: операция либо выполнялась полностью, либо не выполнялась вообще, соответственно, транзакция либо завершалась успешно по всем изменениям базы данных, либо откатывала все сделанные ею изменения.

С выходом Oracle 4 система была портирована на большие компьютеры c ОС VM и MVS, а также на персональный компьютер с 640 килобайтами оперативной памяти.

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

Oracle 5

В 1985 году Oracle выпустила на рынок версию 5.0, в которой была впервые введена архитектура клиент/сервер. Кроме того, компания выпустила SQL*Net – сетевой продукт, обеспечивающий прозрачное соединение между клиентом и базой данных или между двумя базами данных.

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

12 марта 1986 года состоялось первичное публичное размещение акций Oracle Corporation. Высокие темпы роста позволили Oracle выйти на IPO с прибылью в $55 миллионов в 1986 году и всего за три года удесятерить прибыль до $584 миллиона.

Oracle 6

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

Были введены генераторы последовательностей и блокировка на уровне записи. В это же время Oracle стал первым многопользовательским сетевым сервером баз данных для OS/2, Xenix, Banyan Vines и Macintosh.

В версии 6 были заложены принципиально новые возможности, в полном объеме реализованные позже:

SQL-запросы могли использоваться совместно с конструкциями процедурного языка PL/SQL и посылаться для исполнения на сервер как анонимные процедуры;
язык PL/SQL стал использоваться в SQL*Forms в качестве средства программирования приложений;
в описание схемы базы данных на синтаксическом уровне были введены (в соответствии с ANSI/ISO-стандартом) декларативные определения ограничений ссылочной целостности.

Кризис

В 1990 году компания столкнулась с серьезными проблемами, сообщив о значительных убытках. Эллисону пришлось уволить более 400 сотрудников для сокращения издержек. Он также распустил практически весь топ-менеджмент, в числе которого были близкие Ларри люди, в течение 10 лет вместе с ним приумножавшие славу и благосостояние Oracle. Ларри оставил в компании Боба Майнера, которого всегда считал одаренным программистом и просто хорошим добрым человеком.

Столь жесткие методы Ларри объяснил так:

Мы были самой быстрорастущей компанией в истории компьютерной индустрии, но внезапно зашли в тупик и стали биться головой о стену, – сказал он. – Мы достигли миллиардного дохода, но столкнулись с практически неразрешимыми проблемами управления. Дело в том, что люди, управлявшие миллиардной компанией, остались такими же, как в те времена, когда наша компания стоила $15 миллионов. Я испытывал невероятное чувство признательности всем, кто работал со мной, всем, с кем вместе мы создавали Oracle. Но у меня не было выбора. Я должен был уволить их, понимая, что если этого не сделать, то вскоре просто не будет никакого Oracle. Я чувствовал, прежде всего, ответственность перед всей компанией, перед всем персоналом, всеми акционерами и клиентами.

Кроме того, из-за совершенных ошибок в регистрации продаж и учёта ещё не прошедших сделок в бухгалтерских документах у Oracle возникли сложности с регуляторами на местном рынке.

В результате Oracle оказалась близка к банкротству, а такие конкуренты, как Informix и Sybase, начали медленно увеличивать свою долю на рынке.

А в 1992 году релиз Oracle 7 окончательно изменил ситуацию в лучшую сторону.

Oracle 7

Помимо общего повышения эффективности ввода/вывода, использования центрального процессора и работы с памятью, версия СУБД Oracle 7 обладала рядом инновационных архитектурных решений:

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

В версии 7 были полностью реализованы декларативные ограничения ссылочной целостности в соответствии со стандартами ANSI/ISO. В рамках этих ограничений (первичные и внешние ключи) пользователь мог специфицировать каскадное удаление связанных с некоторым первичным ключом записей. Процедуры PL/SQL могли описываться на уровне схемы базы данных (хранимые процедуры) и вызываться любым приложением, другими процедурами и триггерами.

Другим важным нововведением стали триггеры базы данных.

Триггер представляет собой пару (событие+действие), где событие — это удаление/занесение/обновление записей таблицы, а действие (тело триггера) — процедура PL/SQL, выполняемая при совершении события.

Триггеры могут определяться на уровне операций (DELETE, INSERT, UPDATE) или на уровне отдельных строк (FOR-EACH-ROW-триггеры, которые, к тому же, могут работать со старыми и новыми значениями строк). С помощью триггеров можно реализовать сложные правила контроля целостности, прав доступа, вывода значений и прочее.

Роль — это совокупность прав доступа к объектам базы данных (INSERT, UPDATE, SELECT и другие) и системных прав (CREATE TABLE, ALTER SYSTEM и так далее). Определив роль, администратор базы данных может с помощью одной команды дать пользователю привилегии для работы с некоторым приложением.

В 1994 году компания выпустила версию Oracle 7.1, в том числе и для IBM PC. Ранее Oracle не рассматривала эту платформу как серверную, а ограничивалась лишь созданием для нее клиентских частей своей СУБД.

В Oracle 7.1 появилась опция параллельных запросов (parallel query option), а также возможность определения количества серверных процессов, необходимых для выполнения SQL-запроса, на основе результатов работы оптимизатора запросов. В данной версии была достигнута полная интеграция PL/SQL и SQL, введен встроенный пакет DBMS_SQL и асинхронная симметричная репликация данных вместе с асинхронным вызовом удаленных процедур.

В 1994 году в России появился первый официальный представитель Oracle — Андреас Харт. Тогда же клиентами Oracle в России стали такие мощные структуры, как ФСБ, Кабинет Министров, Мосприватизация, МПС, РАО ЕЭС и так далее.

Oracle 8 и 9

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

Начиная с Oracle 8.1.5 в последующих версиях появляется встроенная в СУБД виртуальная машина Java (JVM). Далее вышла версия Oracle 8i Release 2 (8.1.6), которая поддерживала XML, а также содержала определенные новшества, связанные с созданием хранилищ данных.

В новой версии появились средства обработки XML-документов, технология Oracle RAC (Real Application Clusters) – как замена Oracle Parallel Server (OPS), механизм создания репликаций Oracle Streams, скроллируемый курсор для программ на Си и C++, встроенная в СУБД поддержка OLAP и Data Mining, переименование столбцов и ограничений целостности, поддержка Java 1.3.1 и Unicode 3.1.

Лучшие финансовые годы

Согласно данным Giga Information Group (The RDBMS Market: An Update, апрель 2001 года), общий объем рынка СУБД в 2000 году возрос по сравнению с 1999 годом на 20% и составил в денежном выражении $8,8 миллиарда. Основные факторы развития: поддержка электронной коммерции, поддержка хранилищ данных и консолидация серверов.

Примерное разделение рынка СУБД для платформы Unix.

Примерное разделение рынка СУБД для платформы Windows NT.

Этот год стал одним из самых успешных в истории компании – норма прибыли составила 38% (самый высокий показатель за все время существования корпорации), годовой оборот возрос до 7% ($10,2 миллиарда), доходы от продаж ПО поднялись на 12% ($8,1 миллиарда), чистая прибыль выросла на 16% ($2,7 миллиарда).

Офис Oracle в России и СНГ вошел в тройку лучших представительств Oracle по темпам роста в регионе ЕМЕА (Европа, Ближний Восток и Африка), а также пятый год подряд — в пятерку лучших среди 145 представительств Oracle в мире.

До наших дней

В 2005-м была анонсирована Oracle 10g Release 2 (10.2.0.1). А в 2007-м – Oracle 11g Release 1 (11.1.0.6).

Состояние рынка СУБД на 2007 год

24 апреля 2015 года стало известно о планах Oracle перевести почти все свои продукты в облако. Таким образом, американская компания решила изменить свою бизнес-модель, чтобы соответствовать изменениям на рынке.

Читайте также: