Система оракл что это
По Вашему запросу ничего не найдено.
Рекомендуем сделать следующее:
Oracle Cloud Infrastructure
Платформа Oracle Cloud Infrastructure создана для предприятий, которым требуются более мощные вычислительные ресурсы и возможность простой миграции локальных приложений в облако.
Главное
Лидеры отрасли рассказывают, как экземпляры ЦП и графических процессоров нового поколения выводят инновации на новый уровень. Смотрите запись Oracle Live
Упростите свою работу и исключите связанные с человеческим фактором ошибки с нашей самоуправляемой, самовосстанавливаемой и самозащищаемой СУБД.
Создавайте, тестируйте и развертывайте приложения в Oracle Cloud — бесплатно.
Воспользуйтесь инновациями общедоступного облака в сочетании с уровнем защиты, свойственным частному центру обработки данных.
Расширьте возможности аналитиков и бизнес-пользователей с помощью искусственного интеллекта.
Узнайте, как многоуровневая защита обеспечивает конфиденциальность Ваших данных в Oracle Cloud.
Облачные приложения
Оптимизируйте бизнес-процесс Вашего предприятия. Инструменты ERP Financials, Procurement, Project Portfolio Management и другие дают возможность увеличить производительность, сократить расходы и повысить эффективность мер по контролю.
Главное
78 % сотрудников компаний жалуются на повышенный уровень стресса на работе в этом году. Узнайте, как ИИ помогает им справиться с этой проблемой.
В Oracle ERP Cloud используются новейшие технологии для предоставления информации в режиме реального времени.
Oracle HCM Cloud обеспечивает сотрудникам комфортное взаимодействие с HR, способствуя гибкости бизнеса.
Oracle CX Cloud обеспечивает непревзойденный клиентский опыт во всех точках соприкосновения: онлайн- и офлайн-торговле, обслуживании и маркетинге.
Предоставьте в распоряжение бизнес-пользователей информацию на базе искусственного интеллекта для контроля, планирования и принятия решений.
Сэкономьте время и сократите расходы с помощью Soar — первого в мире решения для автоматизированной миграции в облако.
Steve Miranda объясняет, как Ваша компания может опережать изменения с облачными приложениями Oracle.Смотреть прямо сейчас.
AI@Work: The Miniseries
В 2020 году наши рабочие привычки изменились навсегда. В этих документальных сериях рассматривается влияние пандемии на работников по всему миру и та роль, которую в перевернутом мире играют технологии.
Семейство СУБД Oracle
Продукты семейства баз данных Oracle предлагают заказчикам оптимизированные по стоимости высокопроизводительные версии Oracle Database, ведущей в мире конвергентной многомодельной системы управления базами данных, а также базы данных в оперативной памяти, NoSQL и MySQL. Oracle Autonomous Database, доступная локально через Oracle Cloud@Customer или в Oracle Cloud Infrastructure, дает возможность заказчикам упростить среды реляционных баз данных и снизить нагрузки на управление.
Присоединяйтесь к Эндрю Мендельсону (Andrew Mendelsohn), старшему вице-президенту Oracle Database Server Technologies, чтобы узнать о последних инновациях Oracle в сфере облачного хранения данных.
Исследование с участием многочисленных заказчиков показывает рентабельность инвестиций 417 % в течение пяти лет, а окупаемость составляет всего 5 месяцев.
Constellation Research делает обзор Oracle MySQL Database Service с HeatWave и приходит к выводу, что лучшие возможности двух решений объединены в одной потрясающей, оригинальной архитектуре.
Преимущества СУБД Oracle Database для Ваших данных
Сокращение эксплуатационных расходов на 90 % 1
Сократите расходы на защиту и обслуживание баз данных Oracle, а также на управление ими с помощью автоматизации на основе машинного обучения. Эксплуатация, масштабирование и настройка, защита и установка обновлений, а также восстановление базы данных — все автоматизировано и не требует вмешательства пользователя.
Защита от утечки данных
Оценивайте, выявляйте и предотвращайте угрозы безопасности данных с помощью решений Oracle по обеспечению безопасности баз данных, таких как шифрование, управление ключами, маскирование данных, управление привилегированным доступом пользователей, мониторинг активности и аудит. Снижайте риск утечки данных и обеспечивайте соблюдение нормативных требований.
Используйте единую базу для всех данных
Используйте многофункциональную конвергентную базу данных Oracle, чтобы обрабатывать все данные внутри БД и избавить разработчиков приложений от необходимости выполнять сложные преобразования данных дополнительными внешними инструментами.
Разворачивайте СУБД там, где Вам нужно
Развертывайте СУБД Oracle Database там, где это необходимо: в Вашем собственном ЦОД, в публичном или частном облаке. Решения Oracle предоставляют возможность гибкого развертывания приложений либо в Вашем центре обработки данных (когда выдвигаются критичные требования к размещению или сетевым задержкам), или в облаке (если Вы хотите воспользоваться преимуществами масштабируемости и широчайшего набора возможностей).
Конференция Oracle Live: Будущее Data Lakehouse
Среда, 20 октября, 12:00 ET / 13:00 BRT / 18:00 CEST
Какая база данных Вам подходит?
Меньше времени на управление базами данных
Oracle Autonomous Database упрощает эксплуатацию и безопасность СУБД Oracle Database, обеспечивая заказчикам максимальный уровень производительности, масштабируемости и доступности.
Продукты
Работает в 3 раза быстрее, чем любое другое решение
Запуск СУБД Oracle Database на Exadata, самой быстрой платформе для СУБД Oracle Database, дает возможность заказчикам увеличить скорость транзакций, ускорить бизнес-аналитику и упростить управление ИТ. Exadata доступна в Oracle Cloud Infrastructure и центрах обработки данных заказчиков, что обеспечивает им возможность достигать максимального уровня производительности для управляемой ими и автономной базы данных Oracle.
Продукты
Ведущая в отрасли технология Oracle Database в центрах обработки данных заказчиков
СУБД Oracle Database можно развернуть локально, когда у заказчика есть проблемы с размещением данных и задержками в сети. Развертывания Cloud@Customer дают возможность размещать новейшие технологии Oracle Cloud, включая Exadata и Autonomous Database, в центре обработки данных заказчика.
Продукты
Координируйте обновления баз данных и приложений
Заказчики с приложениями, зависящими от конкретных версий базы данных Oracle, получают полный контроль над версиями, которые они запускают, и над тем, когда эти версии меняются.
Продукты
Ускорение разработки приложений, ориентированных на JSON
СУБД Oracle Database полностью поддерживает разработку приложений без схемы с использованием модели данных JSON для повышения производительности труда разработчиков.
Продукты
Самая популярная в мире база данных с открытым исходным кодом в Oracle Cloud
Сервис MySQL Database — это единственный облачный сервис MySQL Cloud с интегрированным, высокопроизводительным ускорителем запросов в памяти HeatWave, позволяющим заказчикам выполнять смешанные нагрузки OLTP и OLAP. HeatWave в 1100 раз быстрее, чем Amazon Aurora, и в 2,7 раза быстрее, чем Amazon Redshift, при этом его стоимость втрое меньше.
Продукты
Низкая задержка отклика и гибкое масштабирование
Oracle NoSQL помогает разработчикам повысить производительность за счет использования управляемого облачного сервиса, поддерживающего модели данных «документ» и «ключ-значение».
Продукты
Сервисы Oracle Database Cloud
Полностью автоматизированная база данных
Oracle Autonomous Database — это комплексная облачная база данных для витрин и озер данных, операционной отчетности и пакетной обработки данных. Oracle использует машинное обучение для автоматизации всех рутинных задач по обслуживанию баз данных,—что дает возможность повысить производительность, надежность, безопасность и операционную эффективность.
Продукты
СУБД Oracle Database
СУБД Oracle Database предлагает лучшую на рынке производительность, масштабируемость, надежность и безопасность как для локальных, так и для облачных развертываний.
Продукты
Создание, масштабирование и защита баз данных в облаке
Oracle Database Service дает компаниям возможность создавать полнофункциональные системы СУБД Oracle Database в облачной инфраструктуре Oracle Cloud Infrastructure (OCI) и управлять ими. ИТ-подразделения предоставляют базам данных на виртуальных машинах блочные системы хранения или выделенные (bare metal) серверы с локальным флеш-накопителем NVMe, предоставляя рентабельные услуги облачных баз данных с выбором версии СУБД Oracle Database.
Продукты
Лучшая платформа локального развертывания СУБД Oracle Database
Oracle Exadata — это комплексное решение для повышения производительности, масштабируемости, безопасности и доступности корпоративных баз данных СУБД Oracle Database. Оно включает в себя более 60 уникальных функций, например Smart Scan SQL offload, которые созданы совместно с СУБД Oracle Database и ускоряют работу OLTP, аналитики и машинного обучения. Exadata снижает капитальные затраты и расходы на управление благодаря консолидации сотен баз данных на единой системе. Программно-аппаратные комплексы Exadata можно развертывать локально, в Oracle Cloud Infrastructure или как решение Cloud@Customer, а также использовать Autonomous Database для упрощения и ускорения цифровой трансформации.
Продукты
Возможности Exadata Cloud в ЦОД заказчиков
Облачный сервис Oracle Exadata Cloud@Customer сочетает в себе производительность Oracle Exadata с легкостью, гибкостью и доступностью управляемой базы данных в собственных ЦОД заказчиков. Это самый простой способ для переноса существующих баз данных Oracle в облако, так как он обеспечивает полную совместимость с имеющимися системами Exadata и Exadata Cloud Service. Exadata Cloud@Customer также отвечает требованиям заказчиков в отношении независимости данных и возможности подключения с малой задержкой к существующим ресурсам центра обработки данных, обеспечивая более высокую консолидацию баз данных, чем это возможно с другими облачными сервисами локальных баз данных.
Продукты
Минимальные сложности при эффективном управлении данными
Oracle Exadata — это высокодоступная, производительная и наиболее безопасная архитектура для работы СУБД Oracle Database. Использование комплексов Exadata — это прекрасный способ сократить площади Вашего ЦОД и ускорить вывод на рынок важных для бизнеса нагрузок.
Продукты
Производительность, надежность, удобство использования
Сервис MySQL Database с HeatWave — единственный сервис, позволяющий администраторам баз данных и разработчикам приложений запускать нагрузки обработки транзакций в реальном времени (OLTP) и оперативной аналитической обработки данных (OLAP) непосредственно из своей базы данных MySQL. Таким образом устраняется необходимость в сложном, трудоемком и дорогостоящем перемещении данных и интеграции с отдельной аналитической базой данных.
Продукты
Высокая доступность, гибкость моделирования данных, эластичное масштабирование
Облачный сервис Oracle NoSQL Database обеспечивает пропускную способность и емкость системы хранения по требованию. Он поддерживает типы данных JSON, таблицы и модели данных «ключ-значение» с сохранением гибкости транзакций.
Продукты
Варианты гибкого развертывания СУБД в зависимости от стратегии Вашего бизнеса
Oracle Database 19c
Ознакомьтесь с Oracle Database, которая обеспечивает безопасность, гибкость, производительность и надежность, помогающие поддерживать самые требовательные операционные и аналитические нагрузки.
Перенесите свою базу данных в Oracle Cloud
Перенос Вашей локальной реляционной базы данных в Oracle Cloud производится легко и просто. Мы предлагаем экономичное, полностью автоматизированное, высокодоступное и масштабируемое решение переноса рабочих нагрузок баз данных в облако.
Истории успеха заказчиков, использующих Oracle Database
Решения Oracle Database обеспечивают поддержку наиболее важных для бизнеса приложений и защиту данных.
Oracle Autonomous Data Warehouse помогает госпиталю Седжон лечить сердечные заболевания
Блог Database Insider
Скрытая экономика данных и конвергентная база данных Oracle
В середине 1800-х в Соединенных Штатах имело хождение восемь тысяч валют. Банки небольших городков, кредитные союзы и даже железнодорожные компании печатали свои деньги. В поездках чем дальше, тем сильнее Ваши деньги теряли ценность, а иногда их могли и вовсе не принимать: в Виргинии могли не брать доллары из Балтимора и Огайо. В барах и отелях сверялись с огромными журналами курсов обмена, даже для отдельных покупок. Соответствующие издержки на транзакции сильно замедляли экономику страны в целом.
Рекомендуемые блоги
Материалы
Доступ к документации по базам данных
Справочный центр Oracle предоставляет подробную информацию о продуктах и услугах, включая специализированные решения, руководства по началу работы и материалы для расширенных сценариев использования.
Система Oracle: структура и процессы
На рис. 1. изображена упрощенная система процессов Oracle, которых более чем достаточно для понимания структуры базы данных. На ней изображено только самое основное (можно сказать архитектура СУБД Оракл), о чем будет рассказано в этой статье; все остальное – лишь глазурь на торте.
На рис. 1. показаны структура файлов данных базы, состоящая из двух типов файлов. Файлы с данными, хранящие «настоящие» данные, и файлы журнала повтора (redo log files, часто их называют просто файлами журнала), хранящие непрерывный поток всех изменений, производимых в файлах данных.
Рис. 1. Схема процесса Oracle, содержащая «только самое необходимое»
Файлы с данными поддерживают произвольный доступ, а для большей эффективности, каждому из них назначается размер единицы ввода/вывода – размер блока который может быть равен 2 Кбайта, 4 Кбайта, 8 Кбайт (наиболее типичное значение по умолчанию), 16 Кбайт или (на некоторых платформах) 32 Кбайта. Файлы с данными могут объединяться в логические объекты, которые называют табличными пространствами (tablespace). Табличное пространство можно рассматривать, как естественную «крупномасштабную» единицу базы данных – простые объекты данных связываются с табличными пространствами, а не с файлами данных.
Существует три основных типа табличных пространств, лежащих в основе системы Oracle Database: табличные пространства отмены (undo tablespaces), временные табличные пространства (temporary tablespaces) и «все остальное».
Временные табличные пространства появилось в версии базы данных Oracle 8, а табличные пространства отмены – в Oracle 9. До этого (начиная с версии 6, когда вообще появились табличные пространства) все табличные пространства были одинаковыми. Среди «всех остальных» имеется несколько табличных пространств, считающихся специальными (даже при том, что они интерпретируются так же, как другие табличные пространства): системное табличное пространство system и вспомогательное системное табличное пространство sysaux, которые не должны использоваться для хранения пользовательских данных.
Табличное пространство sysaux появилось в версии Oracle 10g и служит для хранения наиболее динамических и потенциально объемных данных, сгенерированных внутренними механизмами управления и обслуживания. Табличное пространство system служит для хранения словаря данных (data dictionary) – метаинформации, описывающей базу данных.
Файлы журналов поддерживают последовательный ввод/вывод, и для них назначается минимальный размер блока, обычно 512 байт, для записи. Некоторые файлы журналов называются оперативными файлами журналов повтора (online redo log files) и находятся в постоянном использовании. Остальные называются архивными файлами журналов повтора (archived redo log files) и являются простыми копиями оперативных файлов журналов, которые создаются по мере их заполнения.
Примечание. Разумеется, существуют и другие типы файлов, но мы не будем рассматривать их в данной заметке блога.
Когда программное обеспечение выполняется под управлением ОС UNIX (и во многих других ОС), в памяти создается несколько копий одного и того же процесса, и эти копии совместно используют значительный сегмент памяти. В Windows создается единственный процесс с именем oracle, в рамках которого выполняется множество независимых потоков. В последнем случае немного проще представить потоки, совместно использующие сегмент памяти. Формально,
файлы с данными называют базой данных (database), а комбинацию памяти и действующую программу (или программы) – экземпляром (instance). При использовании кластеризованной версии Real Application Clusters (RAC) можно настроить несколько компьютеров так, чтобы на каждом выполнялся отдельный экземпляр, но все они совместно использовали одну базу данных.
Сегмент совместно используемой памяти (формально: системная глобальная область (System Global Area), иногда ее называют разделяемой глобальной областью (Shared Global Area), но чаще просто используют аббревиатуру SGA) хранит массу разнообразной информации. Самыми важными хранимыми компонентами являются: кэш данных (окно в файлы с данными, хранящее копии некоторых блоков), буфер журнала (очень небольшой фрагмент памяти, используемый как циклический буфер для хранения информации, которая в скором времени будет записана в файлы журналов) и кэш библиотек (хранит информацию об инструкциях SQL и блоках PL/SQL, выполнявшихся последними). Формально, кэш библиотек является частью разделяемого пула (shared pool), но это слишком широкий термин и, к тому же, он часто применяется для обозначения любой памяти в SGA, используемой в текущий момент.
Примечание. Существует еще несколько не менее важных компонентов системы Oracle, а именно: пул потоков данных (streams pool), Java-пул и большой пул (large pool). Но все они являются обычными областями памяти, изолированными от разделяемого пула и предназначенными для поддержки специализированных механизмов.
Если вы сможете разобраться с разделяемым пулом, вы без труда разберетесь и с другими пулами. В SGA имеется сегмент, заслуживающий отдельного упоминания: «часы» (clock), используемые экземплярами для координации действий. Это простой счетчик, который называется системным номером
изменения (System Change Number, SCN) иногда его называют (не совсем правильно) системным номером подтверждения транзакции (System Commit Number).
Все процессы, имеющие доступ к SGA, могут читать и изменять SCN. Обычно процессы читают текущее значение в начале каждого запроса или транзакции (с помощью подпрограммы kcmgss – Get Snapshot SCN), и каждый раз, когда процесс подтверждает транзакцию, он увеличивает значение SCN (с помощью
подпрограммы kcmgas – Get and Advance SCN). Значение SCN увеличивается также в других случаях, именно поэтому название «системный номер изменения» (System Change Number) лучше соответствует его сути, чем название «системный номер подтверждения транзакции» (System Commit Number).
Теперь остаются всего три процесса (точнее, три типа процессов) и один важный факт, которые вы должны знать. Важный факт: программы конечного пользователя не взаимодействуют напрямую ни с файлами данных, ни даже с разделяемой памятью.
Существует отдельный процесс, копирующий информацию из буфера журнала в файлы. Его так и называют – процесс записи в журналы (log writer, известный также как lgwr). Каждый экземпляр имеет только один процесс lgwr. Аналогично существует отдельный процесс, копирующий информацию из кэша в файлы данных. Это – процесс записи в базу данных (database writer, известный также как dbwr). Часто экземпляры имеют только один такой процесс, но в очень больших и высоконагруженных системах возможно (а часто и необходимо) обеспечить запуск нескольких процессов записи в базу данных, которые получат имена dbwN (где диапазон возможных значений N отличается для разных версий Oracle).
Наконец, в каждом экземпляре существует несколько копий серверных процессов. Эти процессы выполняют операции с SGA и читают файлы с данными от имени конечного пользователя. Программы конечных пользователей передают инструкции и принимают результаты через конвейер SQL*Net. Администратор базы данных (то есть, вы!) может выбирать в настройках между двумя типами серверных процессов: выделенные (dedicated) серверные процессы и разделяемые (shared, прежде их называли многопоточными (multithreaded)).
На практике чаще используются выделенные серверы, но в некоторых системах большинство легковесных задач решается с помощью разделяемых серверов, а более тяжеловесные задачи – с помощью выделенных серверов.
Что действительно нужно знать о системе Oracle?
В конечном счете все сводится к следующему:
Конечный пользователь отправляет запросы в форме инструкций SQL (или PL/SQL) серверному процессу; каждая инструкция интерпретируется и выполняется; процесс выбирает нужные данные; процессу может потребоваться изменить данные, не нарушая их целостность; экземпляр предпринимает все меры по защите базы данных от повреждений.
Вся эта работа выполняется в контексте многопользовательской системы Oracle, где множество конечных пользователей пытаются одновременно манипулировать одними и теми же данными. Вследствие этого возникает несколько важных вопросов: «Как наиболее эффективно читать данные?», «Как наиболее эффективно записывать данные?», «Как защитить базу данных?», «Как минимизировать конфликты между пользователями?» и «Когда база данных развалится, можно ли будет собрать ее обратно?».
Заключение
В следующих статьях моего блога мы постепенно выясним, как система Oracle решает проблемы эффективности и параллельного выполнения. Мы начнем с простых изменений данных и механизмов, которые используются в Oracle для записи и применения изменений, а затем исследуем порядок объединения изменений в транзакции. По мере знакомства с этими механизмами, мы также узнаем, как они решают проблемы конкурентного доступа, и немного коснемся некоторых проблем, возникающих из-за отсутствия временных ограничений на выполнение операций в Oracle.
Затем последует предварительное обсуждение типичных для Oracle структур в памяти, и механизмов защиты разделяемой памяти от опасных параллельных изменений. Опираясь на эту информацию, мы перейдем к исследованию механизмов поиска данных в памяти и чтения данных из дисковых файлов в память.
После этого мы сможем обсудить другие механизмы передачи данных – записи из памяти в файлы – и параллельно узнаем, как Oracle отслеживает данные в структурах памяти. Уделив значительную часть времени обработке данных, мы затем посмотрим, как Oracle обрабатывает код запросов (SQL) и узнаем, насколько механизмы обработки кода похожи на механизмы обработки данных, даже при том, что код запросов не имеет ничего общего с данными.
В заключение мы быстренько пройдемся по кластеризованной версии (RAC). Выясним, какие проблемы возникают из-за необходимости синхронизировать работу нескольких экземпляров на разных компьютерах.
История СУБД Oracle — первой коммерчески успешной реляционной СУБД
До середины 70-х годов информация в базах данных распределялась по старинному иерархическому, или «древовидному», принципу, который до сих пор используется в настольных операционных системах.
Первые прототипы реляционных СУБД существовали уже в 70-е годы ХХ века. Однако мало кто верил в возможность добиться эффективной реализации таких систем. Тем не менее, к концу 1980-х годов реляционные системы заняли на мировом рынке СУБД доминирующее положение.
В связи с этим многие компании стали позиционировать свои СУБД как «реляционные» в рекламных целях. Но далеко не всегда они имели для этого достаточно оснований. Поэтому автор реляционной модели данных Эдгар Кодд в 1985 году опубликовал свои знаменитые «12 правил Кодда», которым должна удовлетворять каждая РСУБД.
16 июня 1977 года Эдом Оутсом, Бобом Майнером и Ларри Эллисоном в Калифорнии (США) была основана компания Software Development Laboratories, вскоре переименованная в Relational Software Inc. Молодые программисты начали разработку системы управления базами данных (СУБД), построенной на принципах реляционной алгебры.
Oracle 2
Первая коммерческая версия СУБД Oracle получила название Oracle 2. Такой ход должен был дать заказчикам понять, что система надежна и даже прошла проверку временем.
В конце 70-х главным конкурентным преимуществом СУБД Oracle была высокая скорость обработки огромных массивов информации, которую отметили все эксперты. В отличие от System R, для работы которой был необходим мощный суперкомпьютер — мейнфрейм, Oracle 2 справлялась с обработкой информации на более «миниатюрных» машинах. Эти и другие преимущества привели к тому, что в начале 80-х годов СУБД начала стремительно распространяться.
У Эллисона с коллегами возникли сложности при реализации совместимости с СУБД 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 были впервые реализованы распределенные запросы — это давало возможность обращаться к данным, физически размещенным в разных узлах. Несколько взаимодействующих серверов могли создать у пользователя многих физически разнесенных баз данных иллюзию единой логической базы данных.
Oracle 6
Разработчики версии 6 стремились создать инструмент построения крупномасштабных информационных систем, ориентированных на обработку транзакций в режиме реального времени.
Были введены генераторы последовательностей и блокировка на уровне записи. В это же время Oracle стал первым многопользовательским сетевым сервером баз данных для OS/2, Xenix, Banyan Vines и Macintosh.
В версии 6 были заложены принципиально новые возможности, в полном объеме реализованные позже:
Кризис
В 1990 году компания столкнулась с серьезными проблемами, сообщив о значительных убытках. Эллисону пришлось уволить более 400 сотрудников для сокращения издержек. Он также распустил практически весь топ-менеджмент, в числе которого были близкие Ларри люди, в течение 10 лет вместе с ним приумножавшие славу и благосостояние Oracle. Ларри оставил в компании Боба Майнера, которого всегда считал одаренным программистом и просто хорошим добрым человеком.
Столь жесткие методы Ларри объяснил так:
Кроме того, из-за совершенных ошибок в регистрации продаж и учёта ещё не прошедших сделок в бухгалтерских документах у Oracle возникли сложности с регуляторами на местном рынке.
В результате Oracle оказалась близка к банкротству, а такие конкуренты, как Informix и Sybase, начали медленно увеличивать свою долю на рынке.
На тот момент конкуренция между крупными игроками рынка достигла своего апогея — 90-ые могли запомниться многим, как период рекламной войны Oracle и Informix. Так, последняя выкупила билборд рядом с офисом Oracle и разместила на нем надпись «Осторожно, динозавры переходят дорогу», намекая на устаревшие технологии Oracle.
Однако Ларри все-таки нашел решение: он сформировал новый управленческий штат, который был «натаскан» на громадные объемы производства и жесткую конкуренцию. В результате через определенное время Oracle снова вернулась на прежние высоты.
А в 1992 году релиз Oracle 7 окончательно изменил ситуацию в лучшую сторону.
Oracle 7
Помимо общего повышения эффективности ввода/вывода, использования центрального процессора и работы с памятью, версия СУБД Oracle 7 обладала рядом инновационных архитектурных решений:
В версии 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 и асинхронная симметричная репликация данных вместе с асинхронным вызовом удаленных процедур.
Oracle 8 и 9
В 1997 году вышла версия 8, в которой появились объектная модель, новые свойства и средства администрирования. Oracle 8.0 была более надежной по сравнению с предыдущей версией, обладала большей устойчивостью к высоким нагрузкам. Кроме того, в ней была реализована возможность партиционирования таблиц.
В 1998 году компания анонсировала Oracle 8i Release 1 (8.1.5). Буква «i» означает, что версия обладает поддержкой Интернета.
Начиная с Oracle 8.1.5 в последующих версиях появляется встроенная в СУБД виртуальная машина Java (JVM). Далее вышла версия Oracle 8i Release 2 (8.1.6), которая поддерживала XML, а также содержала определенные новшества, связанные с созданием хранилищ данных.
В 2001 году появилась версия Oracle 9i Release 1 (9.0.1), в которой было сделано более 400 изменений по сравнению с предыдущей. Среди них – «интеллектуализация» автоматизированных систем и расширение возможностей для аналитики.
В новой версии появились средства обработки XML-документов, технология Oracle RAC (Real Application Clusters) – как замена Oracle Parallel Server (OPS), механизм создания репликаций Oracle Streams, скроллируемый курсор для программ на Си и C++, встроенная в СУБД поддержка OLAP и Data Mining, переименование столбцов и ограничений целостности, поддержка Java 1.3.1 и Unicode 3.1.
Лучшие финансовые годы
Примерное разделение рынка СУБД для платформы Unix.
Примерное разделение рынка СУБД для платформы Windows NT.
В 2004 году появилась версия Oracle 10g Release 1 (10.1.0). Буква «g» в названии обозначает «Grid» («сеть») и символизирует поддержку Grid-вычислений.
Этот год стал одним из самых успешных в истории компании – норма прибыли составила 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 год
В 2009 году компания выпустила Oracle 11g Release 2 (11.2.0.1). В версию была введена новая для Oracle возможность «горячего» (без остановки сервера) внесения изменений в метаданные и бизнес-логику на PL/SQL – это стало возможным благодаря механизму одновременной поддержки нескольких версий схемы и логики под названием editions.
2013 год — вышла версия 12c (12.1.0.1), основное новшество — поддержка подключаемых баз данных (pluggable database), обеспечивающая свойства мультиарендности и живой миграции баз данных, суффикс «c» в названии обозначает cloud (облако).
24 апреля 2015 года стало известно о планах Oracle перевести почти все свои продукты в облако. Таким образом, американская компания решила изменить свою бизнес-модель, чтобы соответствовать изменениям на рынке.
В сентябре 2016 года Ларри Эллисон объявил о создании в Oracle дата-центров для работы с IaaS второго поколения и заявил, что лидерство компании Amazon на облачном рынке подходит к концу. Цель компании – предложить клиентам Oracle пакет услуг, где будут совмещены IaaS, PaaS и SaaS («ПО как услуга»).