На каком языке написан oracle
Обновлено: 07.07.2024
Oracle Database — это объектно-реляционная СУБД (система управления базами данных), созданная компанией Oracle. В настоящее время она имеет множество разных версий и типов. Однако в этой статье мы поговорим не о видах баз данных Oracle, а о структуре и основных концепциях, которые относятся к СУБД Oracle Database. Поняв архитектуру СУБД Oracle, вы заложите фундамент, необходимый для понимания прочих средств (а они весьма обширны), предоставляемых базой данных Oracle.
Базы данных Oracle: экземпляры и сущности
СУБД Oracle Database включает в себя физические и логические компоненты. Особого упоминания заслуживает понятие экземпляра. Замечено, что некоторые используют термины «база данных» и «экземпляр» в качестве синонимов. Да, это взаимосвязанные, но всё же разные вещи. База данных в терминологии Oracle — это физическое хранилище информации, а экземпляр — это программное обеспечение, которое работает на сервере и предоставляет доступ к информации, содержащейся в базе данных Oracle. Экземпляр исполняется на конкретном сервере либо компьютере, в то самое время как база данных хранится на дисках, подключённых к этому серверу:
При этом база данных Oracle является физической сущностью, состоящей из файлов, которые хранятся на дисках. В то же самое время, экземпляр – это сущность логическая, состоящая из структур в оперативной памяти и процессов, которые работают на сервере. Экземпляр может являться частью только одной базы данных. При этом с одной базой данных бывает ассоциировано несколько экземпляров. Экземпляр ограничен по времени жизни, тогда как БД, условно говоря, может существовать вечно.
Также стоит заметить, что у пользователей нет прямого доступа к информации, которая хранится в базе данных Oracle — они должны запрашивать эту информацию у экземпляра Oracle.
Если упрощённо, то экземпляр — это мост к базе данных, а сама БД – это остров. Когда экземпляр запущен, мост работает, а данные способны попадать в базу данных Oracle и покидать её. Если мост перекрыт (экземпляр остановлен), пользователи не могут обращаться к базе данных, несмотря на то, что физически она никуда не исчезла.
Структура базы данных Oracle
База данных Oracle включает в себя: — табличные пространства; — управляющие файлы; — журналы; — архивные журналы; — файлы трассировки изменения блоков; — ретроспективные журналы; — файлы резервных копий (RMAN).
Табличные пространства Oracle
Любые данные, которые хранятся в базе данных Oracle, просто обязаны существовать в каком-либо табличном пространстве. Под табличным пространством (tablespace) понимают логическую структуру, то есть вы не сможете попросить ОС показать вам табличное пространство Oracle.
При этом каждое табличное пространство включает в себя физические структуры, называемые файлами данных (data files). Одно табличное пространство Oracle способно содержать один либо несколько файлов данных, в то время как каждый файл данных может принадлежать лишь одному tablespace. Создавая таблицу, мы можем указать, в какое именно табличное пространство мы её поместим — Oracle находит для неё место в каком-нибудь из файлов данных, которые составляют указанное табличное пространство.
На рисунке ниже вы можете посмотреть на соотношение между файлами данных и табличными пространствами в базе данных Oracle.
Создавая новую таблицу, мы можем поместить её в табличное пространство DATA1 либо DATA2. Таким образом, физически наша таблица окажется в одном из файлов данных, которые составляют указанное табличное пространство.
Файлы базы данных Oracle
База данных Oracle может включать в себя физические файлы 3-х основных типов: • control files — управляющие файлы; • data files — файлы данных; • redo log files — журнальные файлы либо журналы.
Посмотрим на отношения между ними:
В управляющих файлах содержится информация о местонахождении других физических файлов, которые составляют базу данных Oracle, — речь идёт о файлах данных и журналов. Также там хранится важная информация о содержимом и состоянии БД Oracle. Что это за информация: • имя базы данных Oracle; • время создания БД; • имена и местонахождение журнальных файлов и файлов данных; • информация о табличных пространствах; • информация об архивных журналах; • история журналов, порядковый номер текущего журнала; • информация о файлах данных в автономном режиме; • информация о резервных копиях, контрольных точках, копиях файлов данных.
При этом функция управляющих файлов не ограничивается хранением важной информации, нужной при запуске экземпляра, — полезны они и в процессе удалении БД Oracle. К примеру, уже с версии Oracle Database 10g можно посредством команды DROP DATABASE удалить все файлы, которые перечислены в управляющем файле БД, включая сам управляющий файл.
Инициализация СУБД Oracle
Когда вы запускаете экземпляр Oracle, происходит считывание параметров инициализации. Параметры определяют, каким образом базе данных Oracle следует использовать физическую инфраструктуру и прочую конфигурационную информацию об экземпляре.
Как правило, инициализационные параметры хранятся в файле параметров инициализации экземпляра (обычно это INIT.ORA) либо, начиная с Oracle9i, в репозитории, называемом файлом параметров сервера (SPFILE). С выходом каждой новой версии Oracle число обязательных параметров инициализации уменьшается.
Кстати, в дистрибутиве Oracle можно найти пример файла инициализации, который пригоден для запуска базы данных. Также можно воспользоваться специальной программой Database Configuration Assistant (DCA) — она подскажет обязательные значения.
Более подробную информацию смотрите в официальной документации для СУБД Oracle Database.
Основное преимущество такого подхода к построению СУБД - это идентич-ность кода для всех вариантов сервера баз данных. Для всех компьютерных плат-форм и архитектур существует единая СУБД Oracle, поставляемая в различных верси-ях, которая предоставляет одинаковую базовую функциональность вне зависимости от платформы, на которой она установлена. Приблизительно 80% программного кода Оrасlе - это программы на языке программирования С, который (с известны-ми ограничениями), является платформонезависимым. Примерно 20% кода, представляющее собой ядро СУБД, реализовано на машинно-зависимых языках, и эта часть кода перерабатывается для различных платформ. Дополнительно к этому, архитектура Oracle позволяет переносить прикладные системы, реализованные на одной платформе, на другие платформы без изменений, как в структурах баз данных, так и кодов приложений.
Posted via ActualForum NNTP Server 1.1
К сожалению, большая часть всякой фигни ВОКРУГ оракла написана на жабе, причем похоже, без особых мудрствований. В итоге имеем кучу чудес:
- на 64 битной платформе часть системы получилась 32 битная (чудо 1 - для правильной установки оракла на линукс для AMD-64 надо иметь девелопмент библиотеки под 32 бита! )
- с X11 система работает неправильно, мягко говоря (видимо из за жабы)
- про перлы типа LD_ASSUMED_KERNEL я не говорю.
- мазохисты могут еще попробовать сконфигурить для Оракла-10 доступ через iSQLPLUS (web) в режиме sysdba. Причем это работает!
А сам оракл явно написан на нормальном языке С.
(C++ - язык не плохой, но стимулирует очень плохое программирование,
и если у проекта нет хорошего program manager , который умеет отрывать кривые ручки и давать пиздюлей, то получается НЕЧТО. Средний процент возможной оптимизации программ на C++ - c СТРОКАХ КОДА - примерно 500%, то есть в 5 раз прогу уменьшить - как правило запросто получается. Все действительно ХОРОШИЕ проекты написаны, как правило, на C, хотя я видел и исключение на жабе, да и вообще написать можно хоть на васике.)
Из того же самого любопытства хотелось бы узнать О ЧЕМ были те самые ХОРОШИЕ проекты, которые были написаны на сишном бесплюсье?
В качестве хороших, пожалуйста, ядра и всякие прочие критичные к производительности, памяти и т.п. не упоминать (т.к бесплюсье тут действительно ОЧЕНЬ критично).
И еще вопрос: во сколько раз В СТРОКАХ КОДА можно ДоопТИМИЗИРОВАТЬСЯ перейдя к программированию в машинных кодах?
VoIP свитч. Первая версия системы коммутации пакетов была написана на C, содержала примерно 5,000 строк кода и держала 300 каналов на сервере.
Зааутсорсили следующую версию в Нижний Новгород. Там была КОМАНДА, которая писала ПО ПРАВИЛАМ. В итоге родили
- 50 тыс строк кода
- 100 каналов со скрипом
- понять невозможно
После десятка улучшений стало 100 тыс строк кода и где то 200 каналов.
===
Другой пример. Мой приятель был позван в фирму, делающую железный VoIP свитч. Ему показали 1,000,000 строк кода, написанного на C++ в Израиле для работы одного элемента свитча. По моему, то, что он там сумел переписать, уменьшилось примерно в 10 раз на каждый элемент.
Система обработки почты, на МИЛЛИОНЫ пользователей (работает в компаниях уровня АОЛ) - Stalker - написана на С. Код например pop сервера там - 50 строк. Сколько строк кода в POP сервере в MS Windows?
===
Cisco IOS написан на C. Юниксные ядра все на C. Компилятор gcc на чем написан?
На C++ хорошо пишутся вещи, которые описываются объектной моделью и имеют полиморфность. Ну например современные ГУИ пишутся на C++ лучше чем на C. Но опять таки - если во время не поотрывать кривые ручки любителям лепить темплейты, переопределять все кругом (вплоть до операторов ), и не чистить код примерно 20% времени (у нас было правило - любая чистка приоритетнее любой разработки - код удавалось держать чистым) - то получаем бегемота, причем за счет неумеренности программеров еще и абсолюттно непонятного (так как там все переопределено еще на стадии дизайна) и неотлаживаемого (так как на любой современный отладчик всегда найдется способ написать код так, что отладчик только скажет ОЙ).
Переход на машинные коды увеличивает объем в строках кода, так что пример не в кассу. Речь шла именно о СТРОКАХ КОДА.
Собственно, это не призыв писать на C. Это совет
- (1) УМЕТЬ писать на C, и учить этому РАНЬШЕ чем C++;
- (2) Две вещи надо использовать ОЧЕНЬ осторожно
* треды
* темплейты
так как их неумереенное использование может загубить любой проект
- (3) Програм менеджер должен следить, чтобы в проекте уровень сложности используемых объектов, методов , и так далее НЕ ПРЕВЫШАЛ рациональный для проекта. Если можно обойтись без C++ - лучше обойтись; если можно обойтись без темплейтов - лучше обойтись, если можно обойтись без тредов - лучше обойтись (МОЖНО == не дает заметных преимуществ).
Тогда как назвать то, что его уже фактически переписавают на Жабу.
Что то я не заметил там ВАЖНЫХ компонент, переписанных на жабу. Приложения переписывают, и web сервис изначально на жабе. А само ядро было и есть на C, как я понимаю.
Тогда как назвать то, что его уже фактически переписавают на Жабу.
Что то я не заметил там ВАЖНЫХ компонент, переписанных на жабу. Приложения переписывают, и web сервис изначально на жабе. А само ядро было и есть на C, как я понимаю.
.
Лиха беда - начало!
Долго вспоминал, на чем написано ядро тогдашнего VMS (P. ) - дык платформозависим )))
Леше Рудневу спасибо за ценные комментарии, а Володе Бегуну - за краткие и исчерпывающие ;-).
До середины 70-х годов информация в базах данных распределялась по старинному иерархическому, или «древовидному», принципу, который до сих пор используется в настольных операционных системах.
Первые прототипы реляционных СУБД существовали уже в 70-е годы ХХ века. Однако мало кто верил в возможность добиться эффективной реализации таких систем. Тем не менее, к концу 1980-х годов реляционные системы заняли на мировом рынке СУБД доминирующее положение.
В связи с этим многие компании стали позиционировать свои СУБД как «реляционные» в рекламных целях. Но далеко не всегда они имели для этого достаточно оснований. Поэтому автор реляционной модели данных Эдгар Кодд в 1985 году опубликовал свои знаменитые «12 правил Кодда», которым должна удовлетворять каждая РСУБД.
Одним из первых прототипов реляционных баз данных была система System R. Это проект компании IBM, который появился в 1976 году. Он вдохновил будущих основателей Oracle на создание собственной реляционной СУБД , но сам так и не получил коммерческого успеха.
Главным среди создателей Oracle был Ларри Эллисон, который вместе с Бобом Майнером и Эдом Оутсом до Oracle работал над проектом для ЦРУ. В ряде источников говорится, что ему было присвоено кодовое наименование «Oracle». В 1977 году молодой программист Ларри Эллисон бросил учебу в Йельском университете, чтобы начать собственный бизнес. В распоряжении Ларри Эллисона тогда было всего $1200. Он уговорил вложиться двух указанных выше друзей, но стартовый капитал от этого вырос всего на $500.
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 были впервые реализованы распределенные запросы — это давало возможность обращаться к данным, физически размещенным в разных узлах. Несколько взаимодействующих серверов могли создать у пользователя многих физически разнесенных баз данных иллюзию единой логической базы данных.
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, начали медленно увеличивать свою долю на рынке.
На тот момент конкуренция между крупными игроками рынка достигла своего апогея — 90-ые могли запомниться многим, как период рекламной войны Oracle и Informix. Так, последняя выкупила билборд рядом с офисом Oracle и разместила на нем надпись «Осторожно, динозавры переходят дорогу», намекая на устаревшие технологии Oracle.
Однако Ларри все-таки нашел решение: он сформировал новый управленческий штат, который был «натаскан» на громадные объемы производства и жесткую конкуренцию. В результате через определенное время Oracle снова вернулась на прежние высоты.
А в 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 была более надежной по сравнению с предыдущей версией, обладала большей устойчивостью к высоким нагрузкам. Кроме того, в ней была реализована возможность партиционирования таблиц.
В 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.
Лучшие финансовые годы
Согласно данным Giga Information Group (The RDBMS Market: An Update, апрель 2001 года), общий объем рынка СУБД в 2000 году возрос по сравнению с 1999 годом на 20% и составил в денежном выражении $8,8 миллиарда. Основные факторы развития: поддержка электронной коммерции, поддержка хранилищ данных и консолидация серверов.
Примерное разделение рынка СУБД для платформы 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 («ПО как услуга»).
Oracle Database (обычно называемая СУБД Oracle или просто Oracle ) - это многомодельная система управления базами данных, производимая и продаваемая Oracle Corporation .
Это база данных, обычно используемая для выполнения рабочих нагрузок оперативной обработки транзакций (OLTP), хранилищ данных (DW) и смешанных (OLTP и DW) баз данных. Oracle Database доступна несколькими поставщиками услуг локально , в облаке или в виде гибридной облачной установки. Его можно запускать на сторонних серверах, а также на оборудовании Oracle ( Exadata on-prem, в Oracle Cloud или в облаке у заказчика)
СОДЕРЖАНИЕ
История
Ларри Эллисон и двое его друзей и бывших коллег, Боб Майнер и Эд Оутс , в 1977 году основали консалтинговую компанию под названием Software Development Laboratories (SDL). SDL разработала оригинальную версию программного обеспечения Oracle. Название Oracle происходит от кодового названия финансируемого ЦРУ проекта, над которым Эллисон работал, когда раньше работал в Ampex .
Релизы и версии
Продукты Oracle следуют индивидуальному соглашению о нумерации и именовании выпусков. Буква «c» в текущем выпуске Oracle Database 21c означает «облако». Предыдущие выпуски (например, Oracle Database 10g и Oracle9i Database) использовали суффиксы «g» и «i», которые обозначают «Grid» и «Internet» соответственно. До выпуска Oracle8i Database в соглашениях об именах Oracle Database не использовались суффиксы. Обратите внимание, что версии Oracle Database не было, поскольку соучредитель Ларри Эллисон «знал, что никто не захочет покупать версию 1». В нумерации выпусков СУБД Oracle использовались следующие коды:
Март 2017 г. (на месте)
Июль 2018 (другое)
Апрель 2019 г. (Linux) июнь 2019 г. (облако)
Введение в Oracle Database включает в себя историю кратко на некоторых из ключевых нововведений с каждым основным выпуском Oracle Database.
Обновления исправлений и предупреждения безопасности
Корпорация Oracle выпускает критические обновления исправлений (ЦП) или обновления исправлений безопасности (SPU) и предупреждения безопасности для устранения уязвимостей системы безопасности. Эти выпуски выпускаются ежеквартально; некоторые из этих выпусков имеют обновления, выпущенные до следующего ежеквартального выпуска.
Положение на рынке
В отчете Gartner за 2016 год утверждалось, что Oracle занимает первое место на рынке РСУБД в мире по доле выручки, опережая своих четырех ближайших конкурентов - Microsoft , IBM , SAP и Teradata .
Соревнование
На рынке реляционных баз данных Oracle Database конкурирует с коммерческими продуктами, такими как IBM DB2 UDB и Microsoft SQL Server . Oracle и IBM склонны бороться за рынок баз данных среднего уровня на платформах Unix и Linux, в то время как Microsoft доминирует на рынке баз данных среднего уровня на платформах Microsoft Windows . Однако, поскольку у них много одних и тех же клиентов, Oracle и IBM, как правило, поддерживают продукты друг друга во многих категориях промежуточного программного обеспечения и приложений (например: WebSphere , PeopleSoft и Siebel Systems CRM ), а аппаратные подразделения IBM тесно сотрудничают с Oracle в вопросах производительности. -оптимизация серверных технологий (например, Linux на IBM Z ). Среди нишевых коммерческих конкурентов - Teradata (в области хранилищ данных и бизнес-аналитики), ADABAS , Sybase от Software AG , Informix от IBM и многие другие.
Продукты баз данных Oracle все чаще конкурируют с такими реляционными и нереляционными системами баз данных с открытым исходным кодом, как PostgreSQL , MongoDB , Couchbase , Neo4j и другими. Oracle приобрела InnoBase , поставщику InnoDB кодовую к MySQL , отчасти лучше конкурировать против альтернатив с открытым исходным кодом, и приобрела Sun Microsystems , владелец MySQL, в 2010 году базы данных продуктов , лицензированных в качестве открытого источника являются правовыми условиями открытого Source Definition , бесплатное распространение и свободное от лицензионных отчислений или других лицензионных сборов.
Oracle (рус. Оракул , aka Сракл) — это СУБД, созданная фирмой Oracle. Или наоборот — фирма, которая написала СУБД Oracle. Эту фирму и СУБД основал и развивал один умный мужик из СШП, и, по совместительству, еврейский расовый жид по имени Ларри и по фамилии Эллисон, который в 2010 году занимал 6-е место в мировом рейтинге миллиардеров с состоянием 27 млрд.$. Со слов Ларри, он потеснит SAP к 2020 году (речь идёт о борьбе продуктов: СУБД SAP HANA против СУБД Oracle и ERP SAP R/3 против Oracle E-Business Suite). Но обо всём по порядку.
Содержание
Дядю Ларри родила в Нью-Йорке 17 августа 1944 года девятнадцатилетняя незамужняя еврейка Флоренс Спелман от некоего итальянца-пилота ВВС, который бросил её ещё до того, как она узнала о своей беременности. Когда Ларри было девять месяцев, мать отдала его на воспитание своим дяде и тёте из Чикаго — Лилии Спелман Эллисон и Льюису Эллисону, которые жили в двухкомнатной квартире в муниципиальном округе «Южный берег» — еврейском квартале среднего класса. После этого Ларри не виделся со своей матерью 48 лет. Она очень любила детей, да.
Кстати, его дядя Луи был эмигрантом из Крыма, а фамилию Эллисон он взял в честь острова Эллис в Нью-Йорке, где пиндосы организовали отстойник для приезжавших гастарбайтеров, и где дяде Луи пришлось некоторое время кантоваться.
Дядя Ларри имел по очереди четырёх жён, из них только третья родила ему двоих детей — сына Давида и дочь Меган. Его последняя жена Мелани Крафт, с которой он жил с декабря 2003 по сентябрь 2010, была младше своего мужа на 25 лет.
Дядя Ларри смотрит на своих поклонников как на источник дохода
Дядя Ларри , обращаясь в зал: «Да-да и вот этот пидр сидящий на SQL!» рассказывает про свою СУБД
Мелани Крафт смотрит на тебя как на неудачника
Ларри не красавец, но уже миллиардер и его четвёртая жена его нежно любит
Когда-то Ларри не был миллиардером
Давид Лоуренсович Эллисон
В 1977 дядя Ларри основал компанию для разработки СУБД, вложив в неё целых 1400$ своих собственных денег. Он долго не мог решить, как её назвать. Сначала он назвал её Software Development Laboratories, в следующем 1978 он её переименовал в Relational Software, Inc, и только в 1983 году после выхода третьей (второй) версии СУБД Oracle компания стала называться Oracle Corporation.
Первую версию своей СУБД, выпущенную в 1979, компания стала продавать под названием Oracle V2 — Ларри посчитал, что версию с первым номером никто не купит. Собственно имя Oracle было позаимствовано у одноимённого проекта для ЦРУ, который был внезапно свёрнут вследствии распила, и дядя Ларри пошёл фрилансить.
Первая версия была написана на ассемблере, от которого потом отказались. Сначала Ларри хотел отказаться в пользу Паскаля, хотя в то время был моден язык Ада, но в итоге он отказался в пользу Си, ибо лицензионный Паскаль стоил на целых $130 дороже, чем Си. Зато Ada чуть менее, чем целиком была скопирована для языка встроенного PL/SQL, но потом.
Вообще дядя Ларри был настроен скептически по отношению к СССР. В 1988 году в интервью американскому журналу Datamation Эллисон заявил, что Oracle в Россию доставят ракеты с ядерными боеголовками — системы Oracle тогда интенсивно использовались Минобороны США, которое таким образом поддерживали своего отечественного производителя.
Некие энтузиасты, ни разу не слышавшие про копирастию, русифицировали /2460007 СУБД Oracle раньше, чем об этом узнали в самой корпорации Oracle, за что и пострадали — reverse engineering дяде Ларри не понравился.
В настоящее время в России широко используются такие продукты, как Java, Oracle Database, Oracle Virtual Box и целый набор софта из серии primavera applications. Последние причиняют лютый butthurt своей стоимостью, системными требованиями, особенностями инсталляции и конфигурирования. Но всё чаще и чаще в условиях конкурса на государственный тендер значится требование предоставлять проектные данные в примаверном формате xer, разгадка одна — госкорпорациям нужно хоть как-то оправдать наличие у них этой самой primavera, на приобретении и обслуживании которой пилятся сотни нефти.
Компания Oracle строго блюдёт американские законы о противодействии терроризму, поэтому разрешает скачивать и устанавливать свои поделки только тому, кто на их сайте при скачивании поставит галочку, указывающую на то, что он не террорист и не будет использовать продукты Oracle для террористической деятельности.
А ещё Oracle активно пропихивает в массы чудесное изобретение под названием Exadata. Это такой здоровенный железный ящик, набитый по самое не балуйся железом от Sun (про сантехников см. ниже) и крутящий в себе супернавороченную конфигурацию СУБД. Стоит это всё удовольствие over9000 убитых енотов (как говорят сведущие люди, без миллиона зелёных на кармане к продаванам Экзадаты можно не соваться, даже разговаривать не станут).
У фильмов целые сайты в домене Oracle.
Исследователи исследовали и таки выяснили, что оказывается конкурирующие системы SAP и Oracle EBS имеют как сильные, так и слабые стороны и компромиссы. Оказалось также, что не только системы, но и клиенты имеют разные потребности, начиная от различных функциональных требований, технической зрелости компаний и заканчивая готовностью идти на риски, а также наличием бюджетов на распил при внедрении таких систем. Короче, факторов море, и без бутылки обычный рядовой клиент фиг поймёт, что ему надо, потому что между системами SAP и Oracle EBS имеются огромные различия, но и это ерунда, потому что даже трезво мыслящие пацаны часто рекомендуют различным клиентам, работающим в одной и той же отрасли, различные решения.
20 апреля 2009 года дядя Ларри купил красно солнышко. Первым делом дядя Ларри придушил OpenSolaris, перевёл сотрудников, занимающихся OpenSource, на разработку Oracle/Unbreakable Linux и выкинул Джеймса Гослинга вон за дверь. SPARС-направление осталось же нетронутым и живёт полноценной жизнью.
Ещё он хотел закрыть OpenOffice, но бывшие сантехники ему это сделать не дали, назло образовав свой LibreOffice, форкнутый от опена. Сам же OpenOffice в дальнейшем решено было передать сообществу Apache, дабы не почил в бозе.
19 сентября 2014 года дядя Ларри наконец отошёл от должности CEO Oracle и ушёл в закат кататься на своей яхте [1] .
Читайте также: