История развития СУБД Oracle timeline

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

Была основана корпорация Oracle (в то время она носила название Software Development Laboratories, а в 1978 году она была переименована в Relational Software, Inc.) как компания, специализирующаяся на создании реляционных СУБД, и предсказать, как она будет развиваться в течение последующих трех десятилетий, было в то время непросто.

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

Выпущена первая официальная версия СУБД Oracle - V2.

RSI вновь сменила своё имя и стала называться Oracle Systems.

Выпущена версия 3, переписанная на Си и поддерживающая функции COMMIT и ROLLBACK для реализации транзакций. В этой версии поддержка платформ была расширена: помимо реализации на DEC VAX/VMS появилась реализация на Unix. Oracle v3 являлась первой РСУБД, работающей одновременно на мейнфреймах, мини-компьютерах и ПК.

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

Одна из первых РСУБД, работающих в клиент-серверных средах. Появляется поддержка распределённых запросов, Oracle Link, кластеров таблиц (реализация для DEC VAX).

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

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

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

В 1997 году вышла версия 8, в которой появились объектная модель, новые свойства и средства администрирования. Oracle 8.0 была более надежной по сравнению с предыдущей версией, обладала большей устойчивостью к высоким нагрузкам. Кроме того, в ней была реализована возможность партиционирования таблиц.
В 1998 году компания анонсировала Oracle 8i Release 1 (8.1.5). Буква «i» означает, что версия обладает поддержкой Интернета.

В 2001 году появилась версия Oracle 9i Release 1 (9.0.1), в которой было сделано более 400 изменений по сравнению с предыдущей. Среди них – «интеллектуализация» автоматизированных систем и расширение возможностей для аналитики.

Анонсирована Oracle9i. Эта СУБД отличается новыми средствами для обеспечения масштабируемости (Oracle9i Real Application Clusters), упрощения администрирования (в частности, для автоматизации конфигурирования серверов, управления ресурсами используемых компьютеров, мониторинга загрузки и производительности), обеспечения безопасности данных, восстановления данных после сбоев (в том числе из-за ошибок персонала), новыми средствами интеграции приложений.