Основные характеристики СУБД Oracle.
управление большими базами данных и контроль управления пространством -
ORACLE поддерживает самые большие базы данных, потенциального размера до сотен гигабайт. Чтобы обеспечить действенный контроль за использованием дорогостоящих дисковых устройств, он предоставляет полный контроль распределения пространства.
много одновременных пользователей базы данных -
ORACLE поддерживает большое число пользователей, одновременно выполняющих разнообразные приложения, которые оперируют одними и теми же данными. Он минимизирует соперничество за данные и гарантирует согласованность данных.
высокая производительность обработки транзакций -
ORACLE поддерживает все описанные выше средства, сохраняя высокую степень суммарной производительности системы. Пользователи базы данных не страдают от низкой производительности обработки.
высокая степень готовности -
На некоторых установках ORACLE работает 24 часа в сутки, не имея периодов разгрузки, ограничивающих пропускную способность базы данных. Нормальные системные операции, такие как откат базы данных, а также частичные сбои компьютерной системы, не прерывают работу с базой данных.
управляемая доступность -
ORACLE может выборочно управлять доступностью данных, как на уровне базы данных, так и на более низких уровнях. Например, администратор может отключить доступ к конкретному приложению (с тем, чтобы можно было осуществить перезагрузку данных этого приложения), не затрагивая других приложений.
Пром. стандарты
ORACLE удовлетворяет промышленно принятым стандартам по языку доступа к данным, операционным системам, интерфейсам с пользователем и сетевым протоколам. Это "открытая" система, которая защищает инвестиции заказчика.
Сервер ORACLE7 был сертифицирован Национальным институтом стандартов и технологий США как 100%-совместимый со стандартом ANSI/ISO SQL89. ORACLE7 полностью удовлетворяет требованиям правительственного стандарта США FIPS127-1 и имеет "маркировщик" для подчеркивания нестандартных применений SQL.
Кроме того, ORACLE7 был оценен Правительственным национальным центром компьютерной безопасности (NCSC) как совместимый с критериями защиты Оранжевой книги; сервер ORACLE7 и Trusted ORACLE7 отвечают соответственно как уровням C2 и B1 Оранжевой книги, так и сравнимым с ними европейским критериям защиты ITSEC.
управляемая защита
Для защиты от несанкционированного доступа к базе данных ORACLE предоставляет защищенные от сбоев средства безопасности, лимитирующие и отслеживающие доступ к данным. Эти средства позволяют легко управлять даже наиболее сложными схемами доступа.
автоматизированное обеспечение целостности -
ORACLE автоматически поддерживает целостность данных, соблюдая "организационные правила", которые диктуют стандарты приемлемости данных. Как следствие, устраняются затраты на кодирование и сопровождение проверок в многочисленных приложениях базы данных.
окружение клиент/сервер (распределенная обработка) -
Чтобы извлечь максимум преимуществ из данной компьютерной системы или сети, ORACLE позволяет разделять работу между сервером базы данных и прикладными программами клиентов. Вся тяжесть управления совместно используемыми данными может быть сосредоточена в компьютере, выполняющем СУБД, в то время как рабочие станции, на которых работают приложения, могут сконцентрироваться на интерпретации и отображении данных.
системы распределенных баз данных -
В компьютерных окружениях, соединенных сетями, ORACLE комбинирует данные, физически находящиеся на разных компьютерах, в одну логическую базу данных, к которой имеют доступ все пользователи сети. Распределенные системы обладают такой же степенью прозрачности для пользователей и согласованности данных, что и нераспределенные системы, предоставляя в то же время преимущества управления локальной базой данных.
переносимость -
Программное обеспечение ORACLE переносимо между различными операционными системами и одинаково во всех системах. Приложения, разрабатываемые для ORACLE, могут быть перенесены в любую операционную систему с минимумом модификаций или вообще без таковых.
совместимость -
программное обеспечение ORACLE совместимо с промышленными стандартами, включая большинство стандартных операционных систем. Приложения, разрабатываемые для ORACLE, могут использоваться в любой операционной системе с минимумом модификаций или вообще без таковых.
Связываемость -
программное обеспечение ORACLE позволяет различным типам компьютеров и операционных систем совместно использовать информацию посредством сетей.
^ 2. Файловые системы и базы данных.
С появлением магнитных дисков началась история систем управления данными во внешней памяти. До этого каждая прикладная программа, которой требовалось хранить данные во внешней памяти, сама определяла расположение каждой порции данных на магнитной ленте или барабане и выполняла обмены между оперативной памятью и устройствами внешней памяти с помощью программно-аппаратных средств низкого уровня (машинных команд или вызовов соответствующих программ операционной системы). Такой режим работы не позволяет или очень затрудняет поддержание на одном внешнем носителе нескольких архивов долговременно хранимой информации. Кроме того, каждой прикладной программе приходилось решать проблемы именования частей данных и структуризации данных во внешней памяти. Историческим шагом явился переход к использованию централизованных систем управления файлами. С точки зрения прикладной программы, файл - это именованная область внешней памяти, в которую можно записывать и из которой можно считывать данные. Правила именования файлов, способ доступа к данным, хранящимся в файле, и структура этих данных зависят от конкретной системы управления файлами и, возможно, от типа файла. Система управления файлами берет на себя распределение внешней памяти, отображение имен файлов в соответствующие адреса во внешней памяти и обеспечение доступа к данным. В современных файловых системах явно или неявно выделяется некоторый базовый уровень. На этом уровне обеспечивается работа с файлами, состоящими из блоков, прямо адресуемых в адресном пространстве файла. Размер этих логических блоков файла совпадает или кратен размеру физического блока диска и обычно выбирается равным размеру страницы виртуальной памяти, поддерживаемой аппаратурой компьютера совместно с операционной системой.
В некоторых файловых системах базовый уровень доступен пользователю, но более часто прикрывается некоторым более высоким уровнем, стандартным для пользователей. Распространены два основных подхода.
При первом подходе, применяемом, например, в файловых системах операционных систем фирмы DEC RSX и VMS, пользователи представляют файл как последовательность записей. Каждая запись - это байтовая последовательность постоянного или переменного размера. Записи можно читать или записывать последовательно или позиционировать файл на запись с указанным номером.
Некоторые файловые системы позволяют разбивать записи на поля и объявлять некоторые поля ключами записи. В таких файловых системах можно потребовать выборку записи из файла по ее заданному ключу. Естественно, что в этом случае файловая система поддерживает в том же (или другом, служебном) базовом файле дополнительные невидимые пользователю служебные структуры данных. Распространенные способы организации ключевых файлов основываются на технике хэширования и B-деревьев. Существуют и многоключевые способы организации файлов.
Второй подход, ставший распространенным вместе с операционной системой UNIX, состоит в том, что любой файл представляется как последовательность байтов. Из файла можно прочитать указанное число байтов, либо начиная с его начала, либо предварительно произведя его позиционирование на байт с указанным номером. Аналогично, можно записать указанное число байтов в конец файла, либо предварительно выполнив позиционирование файла. Заметим, что, тем не менее, во всех разновидностях файловых систем ОС UNIX поддерживается базовое блочное представление файла, которое скрыто от пользователей.
Конечно, для обоих подходов можно обеспечить набор преобразующих функций, приводящих представление файла к некоторому другому виду. Один из примеров - наличие стандартной файловой среды системы программирования на языке Си в операционных системах фирмы DEC. Все современные файловые системы поддерживают многоуровневое именование файлов за счет поддержания во внешней памяти дополнительных файлов со специальной структурой - каталогов. Каждый каталог содержит имена каталогов и/или файлов, содержащихся в данном каталоге. Таким образом, полное имя файла состоит из списка имен каталогов плюс имя файла в каталоге, непосредственно указывающем на данный файл. Разница между способами именования файлов в разных файловых системах состоит в том, с чего начинается эта цепочка имен. Имеются два крайних варианта. Во многих системах управления файлами требуется, чтобы каждый архив файлов (полное дерево справочников) целиком располагался на одном дисковом пакете (или логическом диске, разделе физического дискового пакета, представляемом с помощью средств операционной системы как отдельный диск). В этом случае полное имя файла начинается с имени дискового устройства, на котором установлен соответствующий диск. Такой способ именования используется в файловых системах фирмы DEC, очень близко к этому находятся и файловые системы персональных компьютеров. Можно назвать эту организацию поддержанием изолированных файловых систем.
В файловой системе Miltics пользователи представляли всю совокупность каталогов и файлов как единое дерево. Полное имя файла начиналось с имени корневого каталога, и пользователь не обязан был заботиться об установке на дисковое устройство каких-либо конкретных дисков. Сама система, выполняя поиск файла по его имени, запрашивала оператора об установке необходимых дисков. Такую файловую систему можно назвать полностью централизованной.
Конечно, во многом централизованные файловые системы удобнее изолированных: система управления файлами принимает на себя больше рутинной работы. Но в таких системах возникают существенные проблемы, если кому-то требуется перенести поддерево файловой системы на другую вычислительную установку.
Компромиссное решение применено в файловых системах ОС UNIX. На базовом уровне в этих файловых системах поддерживаются изолированные архивы файлов. Один из этих архивов объявляется корневой файловой системой. После запуска системы можно "смонтировать" корневую файловую систему и ряд изолированных файловых систем в одну общую файловую систему. Технически это производится с помощью создания в корневой файловой системе специальных пустых каталогов. Специальный системный вызов mount ОС UNIX позволяет подключить к одному из этих пустых каталогов корневой каталог указанного архива файлов. После монтирования общей файловой системы именование файлов производится так же, как если бы она с самого начала была централизованной. Если учесть, что обычно монтирование файловой системы производится при раскрутке системы, то пользователи ОС UNIX обычно и не задумываются об исходном происхождении общей файловой системы. ^ 2.3. Защита файлов Поскольку файловые системы являются общим хранилищем файлов, принадлежащих, вообще говоря, разным пользователям, системы управления файлами должны обеспечивать авторизацию доступа к файлам. В общем виде подход состоит в том, что по отношению к каждому зарегистрированному пользователю данной вычислительной системы для каждого существующего файла указываются действия, которые разрешены или запрещены данному пользователю. Существовали попытки реализовать этот подход в полном объеме. Но это вызывало слишком большие накладные расходы как по хранению избыточной информации, так и по использованию этой информации для контроля правомочности доступа.
Поэтому в большинстве современных систем управления файлами применяется подход к защите файлов, впервые реализованный в ОС UNIX. В этой ОС каждому зарегистрированному пользователю соответствует пара целочисленных идентификаторов: идентификатор группы, к которой относится этот пользователь, и его собственный идентификатор в группе. При каждом файле хранится полный идентификатор пользователя, который создал этот файл, и фиксируется, какие действия с файлом может производить его создатель, какие действия с файлом доступны для других пользователей той же группы и что могут делать с файлом пользователи других групп. Эта информация очень компактна, требующиеся при проверке действия невелики, а такой способ контроля доступа удовлетворителен в большинстве случаев. ^ 2.4. Режим многопользовательского доступа Последнее, на чем мы остановимся в связи с файлами, это способы их использования в многопользовательской среде. Если операционная система поддерживает многопользовательский режим, вполне реальна ситуация, когда два или более пользователя одновременно пытаются работать с одним и тем же файлом. Если все пользователи собираются только читать файл, ничего страшного не произойдет. Но если хотя бы один из них будет изменять файл, для корректной работы этих пользователей требуется взаимная синхронизация.
В системах управления файлами обычно применялся следующий подход. В операции открытия файла (первой и обязательной операции, с которой должен начинаться сеанс работы с файлом) среди прочих параметров указывался режим работы (чтение или изменение). Если к моменту выполнения этой операции от имени некоторого пользовательского процесса A файл уже находился в открытом состоянии от имени некоторого другого процесса B, причем файл был открыт в режиме, который несовместим с желаемым режимом открытия (совместимы только режимы чтения), то в зависимости от особенностей системы процессу A либо сообщалось о невозможности открытия файла в желаемом режиме, либо он блокировался до тех пор, пока в процессе B не выполнялась операция закрытия файла.
Заметим, что в ранних версиях файловой системы ОС UNIX вообще не были предусмотрены какие бы то ни было средства синхронизации параллельного доступа к файлам. Операция открытия файла выполнялась всегда для любого существующего файла, если пользователь, от имени которого выполнялся процесс, имел соответствующие права доступа. При совместной работе синхронизацию приходилось производить вне файловой системы (и специальных средств для этого ОС UNIX не предоставляла). В современных реализациях файловых систем ОС UNIX по выбору поддерживается синхронизация при открытии файлов. Кроме того, существует возможность синхронизации нескольких процессов, параллельно модифицирующих один и тот же файл. Для этого введен специальный механизм синхронизационных блокировок диапазонов адресов открытого файла. ^ 3. Области применения файлов Прежде всего файлы применяются для хранения текстовых данных: документов, текстов программ и т. д. Такие файлы обычно образуются и модифицируются с помощью различных текстовых редакторов. Структура текстовых файлов обычно очень проста: это либо последовательность записей, содержащих строки текста, либо последовательность байтов, среди которых встречаются специальные символы (например, символы конца строки).
Файлы с текстами программ являются входными параметрами компиляторов, которые, в свою очередь, формируют файлы, содержащие объектные модули. С точки зрения файловой системы, объектные файлы также обладают абсолютно стандартной структурой - последовательности записей или байтов. Система программирования накладывает на эту структуру более сложную и специфичную для этой системы структуру объектного модуля. Подчеркнем, что логическая структура объектного модуля неизвестна файловой системе, эта структура поддерживается программами системы программирования.
Аналогично обстоит дело с файлами, формируемыми редакторами связей (компоновщиками выполняемых программ) и содержащими образы выполняемых программ. Логическая структура таких файлов остается известной только редактору связей и программе-загрузчику, являющейся компонентом операционной системы.
Заметим, что в отмеченных выше случаях вполне достаточно тех средств защиты файлов и синхронизации параллельного доступа, которые обеспечивают системы управления файлами. Очень редко возникает потребность параллельной модификации файлов, и как правило, каждый пользователь может обойтись своей частной копией.
Другими словами, файловые системы обычно обеспечивают хранение слабо структурированной информации, оставляя дальнейшую структуризацию прикладным программам. В перечисленных выше случаях использования файлов это даже хорошо, потому что при разработке любой новой прикладной системы, опираясь на простые, стандартные и сравнительно дешевые средства файловой системы, можно реализовать те структуры хранения, которые наиболее естественно соответствуют специфике данной прикладной области.
Однако для информационных систем ситуация коренным образом отличается. Эти системы главным образом ориентированы на хранение, выбор и модификацию постоянно хранимой информации. Структура информации обычно очень сложна, и хотя структуры данных различны в разных информационных системах, между ними часто бывает много общего. На начальном этапе использования вычислительной техники проблемы структуризации данных решались индивидуально в каждой информационной системе. Производились необходимые надстройки (библиотеки программ) над файловыми системами, подобно тому, как это делается в компиляторах, редакторах и т. д.
Но поскольку в информационных системах требуется поддержка сложных структур данных, эти индивидуальные средства управления данными составляли существенную часть информационных систем, практически повторяясь (как программные компоненты) от одной системы к другой. Стремление выделить общую часть информационных систем, ответственную за управление сложно структурированными данными явилось, на наш взгляд, первой побудительной причиной создания СУБД, которая, возможно, могла бы представлять некоторую общую библиотеку программ, доступную каждой информационной системе.
Однако очень скоро стало понятно, что невозможно обойтись такой общей библиотекой программ, реализующей над стандартной базовой файловой системой более сложные методы хранения данными.
Вообще, согласованность данных является ключевым понятием баз данных. На самом деле, если информационная система (даже такая простая, как в нашем примере) поддерживает согласованное хранение информации в нескольких файлах, можно говорить о том, что она поддерживает базу данных. Если же некоторая вспомогательная система управления данными позволяет работать с несколькими файлами, обеспечивая их согласованность, можно назвать ее системой управления базами данных. Уже только требование поддержания согласованности данных в нескольких файлах не позволяет обойтись библиотекой функций: такая система должна обладать некоторыми собственными данными (мета-данными) и даже знаниями, определяющими целостность данных.
^ ТРЕБУЕТСЯ ПОДДЕРЖКА ЗАПРОСОВ
Таким образом, СУБД решают множество проблем, которые затруднительно или вообще невозможно решить при использовании файловых систем. При этом существуют приложения, для которых вполне достаточно файлов, приложения, для которых необходимо решать, какой уровень работы с данными во внешней памяти для них требуется, и приложения, для которых безусловно нужны базы данных.
Современные системы управления файлами и управления базами данных представляют собой весьма совершенные инструменты, каждый из которых может быть очень успешно применен в соответствующей области деятельности. Но всегда необходимо помнить, что каждый инструмент приносит максимальную пользу именно в той области, для которой он создан.
Билет №2
1 Проблемы и задачи курса
^ 2 Физическая и логическая структуры базы данных Oracle.
База данных ORACLE имеет как физическую, так и логическую структуру. За счет разделения физической и логической структуры базы данных достигается возможность управления физической структурой данных, не затрагивая доступа к логическим структурам данных.
Физическая структура базы данных
Физическая структура базы данных ORACLE определяется файлами операционной системы, из которых состоит база данных. Каждая база данных ORACLE составляется из файлов трех типов: одного или нескольких файлов данных, двух или более файлов журнала повторения работы и одного или нескольких управляющих файлов. Файлы базы данных предоставляют действительную физическую память для информации базы данных.
Логическая структура базы данных
Логическая структура базы данных ORACLE определяется:
* одним или несколькими табличными пространствами
* объектами схем базы данных (таблицами, обзорами,
индексами, кластерами, последовательностями, хранимыми
процедурами)
Логические структуры хранения, включая табличные пространства, сегменты и экстенты, определяют, как используется физическое пространство базы данных. Объекты схем и отношения между ними формируют реляционную структуру базы данных.
Логические структуры
Системы управления базами данных эволюционировали от иерархических к сетевым, а затем к реляционным моделям. Сегодня наиболее широко принятой моделью базы данных является реляционная модель. Эта модель имеет три главных аспекта:
Структуры - это хорошо определенные объекты, хранящие данные базы данных. Структурами и данными, хранящимися в них, можно манипулировать посредством операций.
Операции - это четко определенные действия, позволяющие пользователю манипулировать данными и структурами базы данных. Операции на базе данных должны подчиняться предопределенному набору правил целостности.
Правила целостности - это законы, которые определяют, какие операции допускаются над данными и структурами базы данных. Правила целостности защищают структуры и данные базы данных.
Табличные пространства
База данных разделяется на логические единицы хранения, называемые ТАБЛИЧНЫМИ ПРОСТРАНСТВАМИ. Табличное пространство служит для того, чтобы группировать вместе взаимосвязанные логические структуры. Например, в табличном пространстве обычно группируются все объекты приложения, чтобы упростить некоторые административные операции.
Базы данных, табличные пространства и файлы данных
* Каждая база данных логически разделяется на одно или
более табличных пространств.
* Для каждого табличного пространства явно создаются один
или более файлов данных, чтобы физически хранить данные
всех логических структур табличного пространства.
* Общая емкость памяти табличного пространства определяется
суммой размеров файлов данных, составляющих это табличное
пространство
* Суммарная емкость всех табличных пространств базы данных
составляет общую емкость базы данных.
Онлайновые и офлайновые табличные пространства
Табличное пространство может находиться в состояниях ОНЛАЙН (доступно) или ОФЛАЙН (недоступно). Обычно табличное пространство находится в онлайне, так что пользователи имеют доступ к информации в нем. Однако иногда табличное пространство может переводиться в офлайн, чтобы сделать часть базы данных недоступной, сохраняя в то же время нормальный доступ к остальной части базы данных. Это облегчает выполнение многих административных задач.
Схемы и объекты схем
СХЕМА - это коллекция объектов. ОБЪЕКТЫ СХЕМЫ - это логические структуры, непосредственно относящиеся к данным базы данных. Объекты схемы включают такие структуры, как таблицы, обзоры, последовательности, хранимые процедуры, синонимы, индексы, кластеры и связи баз данных. (Не существует взаимосвязи между табличным пространством и схемой; объекты одной и той же схемы могут находиться в разных табличных пространствах, и одно и то же табличное пространство может содержать объекты из разных схем.)
ТАБЛИЦА - это основная единица хранения данных в базе данных ORACLE. Таблицы базы данных хранят все данные, доступные пользователям.
Данные таблицы хранятся в виде СТРОК и СТОЛБЦОВ. Каждая таблица определяется с ИМЕНЕМ ТАБЛИЦЫ и набором столбцов. Каждому столбцу дается ИМЯ СТОЛБЦА, ТИП ДАННЫХ (такой как CHAR, DATE или NUMBER), а также ШИРИНА (которая может быть предопределена типом данных, как в случае DATE) или МАСШТАБ и ТОЧНОСТЬ (только для типа данных NUMBER). После того, как таблица создана, в нее могут быть вставлены строки действительных данных. После этого строки таблицы можно опрашивать, удалять или обновлять.
Чтобы учредить организационные правила для данных таблицы, для таблицы можно также определить ограничения целостности и триггеры. (Для дополнительной информации см. Раздел "Целостность данных" на странице 1-26.)
ОБЗОР - это настроенное по заказу представление данных из одной или нескольких таблиц. Обзор можно рассматривать как "хранимый запрос".
Обзоры в действительности не содержат данных; вместо этого они доставляют данные из тех таблиц, на которых они основаны (так называемых БАЗОВЫХ ТАБЛИЦ обзоров). Базовые таблицы, в свою очередь, могут быть как таблицами, так и обзорами.
Как и таблицы, обзоры можно опрашивать, обновлять и осуществлять в них вставки и удаления, с некоторыми ограничениями. Все операции, осуществляемые над обзором, в действительности затрагивают базовые таблицы этого обзора.
Широкое применение обзоров обусловлено следующими их свойствами:
* Обзоры предоставляют дополнительный уровень защиты таблиц, ограничивая доступ предопределенным множеством строк и столбцов базовой таблицы. Например, обзор можно составить так, что столбцы со специфической информацией (скажем, сведениями о зарплате) не включаются в определение обзора.
* Обзоры позволяют скрыть сложность данных. Например, единственный обзор может служить для построения СОЕДИНЕНИЯ, которое является отображением взаимосвязанных столбцов или строк из нескольких таблиц. Однако такой обзор скрывает тот факт, что эти данные на самом деле принадлежат разным таблицам.
* Обзоры помогают упростить команды для пользователя. Например, с помощью обзора пользователь может выбирать информацию из нескольких таблиц, не зная, как осуществлять сложный коррелированный запрос.
* Обзоры представляют данные с иной точки зрения, чем они представлены в таблице. Например, с помощью обзора можно переименовать столбцы, не затрагивая самих таблиц, на которых базируется обзор.
* Обзоры позволяют составлять и сохранять сложные запросы. Например, запрос может выполнять обширные вычисления по информации таблицы. Благодаря тому, что этот запрос сохраняется как обзор, вы выполняете эти вычисления только при обращении к обзору.
ПОСЛЕДОВАТЕЛЬНОСТЬ генерирует уникальные порядковые номера, которые могут использоваться как значения числовых столбцов таблиц базы данных. Последовательности упрощают прикладное программирование, автоматически генерируя уникальные числовые значения для строк одной или нескольких таблиц.
Последовательность автоматически генерирует правильное значение для каждого из пользователей.
Номера, генерируемые последовательностью, независимы от таблиц, так что одну и ту же последовательность можно использовать для нескольких таблиц. После ее создания, к последовательности могут обращаться различные пользователи, чтобы получать действительные порядковые номера.
Программные единицы
Термином "программная единица" обозначаются хранимые процедуры, функции и пакеты.
ПРОЦЕДУРА или ФУНКЦИЯ - это совокупность предложений SQL и PL/SQL, сгруппированных вместе как выполнимая единица, исполняющая специфическую задачу. (См. "Доступ к данным" на странице 1-22 для дополнительной информации о SQL и PL/SQL.) Процедуры и функции сочетают легкость и гибкость SQL с процедурными возможностями языка структурного программирования. С помощью PL/SQL такие процедуры и функции можно определять и сохранять в базе данных для продолжительного использования.
Процедуры и функции похожи друг на друга, с той разницей, что функция всегда возвращает вызывающей программе единственное значение, тогда как процедура не возвращает значения.
ПАКЕТЫ дают метод инкапсулирования и хранения взаимосвязанных процедур, функций и других конструктов пакета как единицы в базе данных. Предоставляя администратору базы данных или разработчику приложений организационные преимущества, пакеты в то же время расширяют функциональные возможности и увеличивают производительность базы данных.
СИНОНИМ - это алиас (дополнительное имя) для таблицы, обзора, последовательности или программной единицы. Синоним не есть объект, но он является прямой ссылкой на объект. Синонимы используются для:
* маскировки действительного имени и владельца объекта
* обеспечения общего доступа к объекту
* достижения прозрачности местоположения для таблиц, обзоров или программных единиц удаленной базы данных
* упрощения кодирования предложений SQL для пользователей базы данных
Синоним может быть общим или личным. Индивидуальный пользователь может создать ЛИЧНЫЙ СИНОНИМ, который доступен только этому пользователю. Администраторы баз данных чаще всего создают ОБЩИЕ СИНОНИМЫ, благодаря которым объекты базовых схем становятся доступными для общего пользования всем пользователям базы данных.
Индексы, кластеры и хэшированные кластеры
Индексы, кластеры и хэшированные кластеры - это необязательные структуры, ассоциированные с таблицами, которые можно создавать для повышения производительности операций извлечения данных. Так же, как индекс в книге позволяет вам быстрее отыскивать нужную информацию, индекс ORACLE предоставляет быстрый путь доступа к данным таблицы. При обработке запроса ORACLE может использовать некоторые или все имеющиеся индексы для эффективного отыскания запрашиваемых строк. Индексы полезны, когда приложения часто опрашивают интервалы строк таблицы (например, всех сотрудников с жалованьем выше 1000 долларов), либо отдельные строки.
Индексы создаются по одному или нескольким столбцам таблицы. Однажды созданный, индекс автоматически поддерживается и используется ORACLE. Изменения в данных таблицы (такие как добавление новых строк, обновление или удаление строк) автоматически отражаются во всех соответствующих индексах при полной прозрачности для пользователей.
Индексы логически и физически независимы от данных. Их можно удалять и создавать в любой момент, не оказывая влияния на другие таблицы или другие индексы. После удаления индекса все приложения будут функционировать по-прежнему; однако доступ к ранее индексированным данным может быть замедлен.
Билет №3
Технология и модели клиент-сервер.
"Клиент-сервер" - это модель взаимодействия компьютеров в сети. Как правило, компьютеры не являются равноправными. Каждый из них имеет свое, отличное от других, назначение, играет свою роль. Некоторые компьютеры в сети владеют и распоряжается информационно-вычислительными ресурсами, такими как процессоры, файловая система, почтовая служба, служба печати, база данных. Другие же компьютеры имеют возможность обращаться к этим службам, пользуясь услугами первых. Компьютер, управляющий тем или иным ресурсом, принято называть сервером этого ресурса, а компьютер, желающий им воспользоваться - клиентом. Конкретный сервер определяется видом ресурса, которым он владеет. Так, если ресурсом являются базы данных, то речь идет о сервере баз данных, назначение которого - обслуживать запросы клиентов, связанные с обработкой данных; если ресурс - это файловая система, то говорят о файловом сервере, или файл-сервере, и т. д.
В сети один и тот же компьютер может выполнять роль как клиента, так и сервера. Например, в информационной системе, включающей персональные компьютеры, большую ЭВМ и мини-компьютер под управлением UNIX, последний может выступать как в качестве сервера базы данных, обслуживая запросы от клиентов - персональных компьютеров, так и в качестве клиента, направляя запросы большой ЭВМ.
Этот же принцип распространяется и на взаимодействие программ. Если одна из них выполняет некоторые функции, предоставляя другим соответствующий набор услуг, то такая программа выступает в качестве сервера. Программы, которые пользуются этими услугами, принято называть клиентами. Так, ядро реляционной SQL-ориентированной СУБД часто называют сервером базы данных, или SQL-сервером, а программу, обращающуюся к нему за услугами по обработке данных - SQL-клиентом.
Рисунок 1. Системы с централизованной архитектурой.
Первоначально СУБД имели централизованную архитектуру (рис.1). В ней сама СУБД и прикладные программы, которые работали с базами данных, функционировали на центральном компьютере (большая ЭВМ или мини-компьютер). Там же располагались базы данных. К центральному компьютеру были подключены терминалы, выступавшие в качестве рабочих мест пользователей. Все процессы, связанные с обработкой данных, как то: поддержка ввода, осуществляемого пользователем, формирование, оптимизация и выполнение запросов, обмен с устройствами внешней памяти и т.д., выполнялись на центральном компьютере, что предъявляло жесткие требования к его производительности. Особенности СУБД первого поколения напрямую связаны с архитектурой систем больших ЭВМ и мини-компьютеров и и адекватно отражают все их преимущества и недостатки. Однако нас больше интересует современное состояние многопользовательских СУБД, для которых архитектура "клиент-сервер" стала фактическим стандартом.
Если предполагается, что проектируемая информационная система (ИС) будет иметь технологию "клиент-сервер", то это означает, что прикладные программы, реализованные в ее рамках, будут иметь распределенный характер. Иными словами, часть функций прикладной программы (или, проще, приложения) будет реализована в программе-клиенте, другая - в программе-сервере, причем для их взаимодействия будет определен некоторый протокол.
Основной принцип технологии "клиент-сервер" заключается в разделении функций стандартного интерактивного приложения на четыре группы, имеющие различную природу. Первая группа - это функции ввода и отображения данных. Вторая группа объединяет чисто прикладные функции, характерные для данной предметной области (например, для банковской системы - открытие счета, перевод денег с одного счета на другой и т.д.). К третьей группе относятся фундаментальные функции хранения и управления информационными ресурсами (базами данных, файловыми системами и т.д.). Наконец, функции четвертой группы - это служебные функции (играющие роль связок между функциями первых трех групп.
В соответствии с этим в любом приложении выделяются следующие логические компоненты:
╥ компонент представления, реализующий функции первой группы;
╥ прикладной компонент, поддерживающий функции второй группы;
╥ компонент доступа к информационным ресурсам, поддерживающий функции третьей групп, а также вводятся и уточняются соглашения о способах их взаимодействия (протокол взаимодействия).
Различия в реализациях технологии "клиент-сервер" определяются четырьмя факторами. Во-первых, тем, в какие виды программного обеспечения интегрированы каждый из этих компонентов. Во-вторых, тем, какие механизмы программного обеспечения используются для реализации функций всех трех групп. Во-третьих, как логические компоненты р
www.ronl.ru
СУБД 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 Data Guard обеспечивает клиентов системой быстрого восстановления из аварийных ситуаций. Операции восстановления в Data Guard предусматривают возможные случаи, просты в использовании и полностью автоматизированы.Физическая резервная база данных Физическое резервирование базы данных осуществляется путем передачи журналов операций с основного сервера на резервный. Операции из этих журналов затем физически выполняются средствами восстановления (этот процесс называется «довыполнением»), чтобы согласовать содержимое резервного и основного серверов. Резервная база данных идентична основной по физической структуре и даже может быть использована при операциях чтения. Логическая резервная база данных В Oracle Data Guard появился новый механизм резервирования базы данных – логическая резервная база данных (Logical Standby Database), отличающаяся от физической способом реализации. Материалом для обеих резервных баз данных служат журналы операций, но вместо прямого их применения логическая база данных экстраполирует из них операторы SQL и выполняет их на резервном сервере, как обычные SQL-команды. В итоге резервная база данных доступна для нормальных операций чтения и записи. Передача журналов без потери данных Oracle Data Guard обладает способностью синхронно или асинхронно переписывать обновления журналов операций напрямую из основной базы данных в резервную. Это позволяет предложить всеобъемлющее решение аварийного восстановления без опоры на сторонние продукты для хранения оперативных копий журналов восстановления. Таким образом, в любой ситуации клиенты могут быть уверены, что их резервная база данных сохранит все операции, сделанные вплоть до момента сбоя. Data Guard Broker Модуль Oracle выполняет функции контроля, управления и автоматизации, необходимые для поддержки логической и физической резервных баз данных. Например, он может восстановить основную базу данных в любую из резервных за одну операцию. Восстановление после ошибок пользователей. В Oracle облегчены операции восстановления после ошибок, совершенных пользователями, в том числе последствия неправильных или введенных не в той последовательности команд. Восстановление после системных сбоев: cистема Cache Fusion обеспечивает быстрое восстановление после сбоя, что приводит к непрерывной доступности данных и приложений. Быстрое восстановление через заданный интервал времени.В Oracle применяется технология быстрого восстановления Fast-Start Time-Based Recovery, позволяющая администраторам баз данных задавать требуемый верхний предел для времени восстановления (в секундах). При перезагрузке после сбоя или аварии системы пользователи будут вновь подключены к их приложению не позднее этого времени. Oracle Fail Safe – четырехузловая отказоустойчивая конфигурация для Windows Oracle Fail Safe обеспечивает необходимую для электронного бизнеса непрерывную доступность и защиту от системных сбоев в кластерной архитектуре на базе Windows NT и 2000. Oracle Fail Safe выполняет аварийное восстановление для базы данных и серверов приложений как в двухузловых, так и в четырехузловых кластерах Windows NT и 2000. Real Application Clusters –кластерная архитектура обеспечивает более высокий уровень доступности, чем одноузловая конфигурация, поскольку устраняется единый источник сбоев – сервер. В кластерной конфигурации с двумя узлами при аварии системы на одном узле приложение продолжит работу на оставшемся. Снимок состояния системы и возобновление работы. Часто у администраторов баз данных возникает проблема выбора: разобраться в причине сбоя или быстрее восстановить работу системы. С помощью Flash Freeze администратор может сделать «снимок» состояния системы в момент сбоя, быстро перезапустить базу данных, а затем в автономном режиме проанализировать полученные данные. Oracle Flashback Query Oracle Flashback Query позволяет пользователям и приложениям обращаться к состоянию данных на некоторый момент времени в прошлом. С помощью этого параметра "обратного хода" можно задать дату и время, а затем формировать обычные запросы к данным, которые будут выглядеть так, как они выглядели в указанное время. После обнаружения ошибок можно произвести относительно простые отменяющие действия, которые могут быть выполнены без вмешательства администратора базы данных. Еще более важно, что восстановление не вызывает задержки в работе приложения.
Подробный анализ журналов операций Установить причину ошибок можно, также проанализировав журналы операций базы данных. Реляционная утилита Oracle LogMiner позволяет читать, анализировать и интерпретировать с помощью стандартного интерфейса SQL как действующие, так и архивные журналы. С помощью Oracle LogMiner администраторы баз данных теперь смогут анализировать все изменения в базах данных, включая операции с данными, определения и команды администрирования. Возобновляемые операции Для выполнения некоторых длительных операций, таких, как загрузка данных или сложные изменения, может не хватить ресурсов (например, дискового пространства). Неудачное завершение длительных операций может потребовать много времени для их возобновления. Oracle решает эту проблему, позволяя администраторам баз данных откладывать операции, которые не могут завершиться в данный момент. Отложив операцию, администратор может устранить проблему с нехваткой ресурсов и затем возобновить выполнение отложенной операции с момента, где она была остановлена. Уменьшение запланированных задержек. Oracle позволяет все плановые операции по обслуживанию системы выполнять, не приостанавливая ее обычную работу. Изменение схемы без закрытия доступа.В Oracle можно переопределять структуры таблиц, даже если они открыты для доступа пользователями и приложениями. Реорганизация таблиц и индексов без закрытия доступа. Oracle обладает простым механизмом для реорганизации и переопределения самих таблиц, не прерывая доступа к ним. Это снижает запланированные задержки, увеличивает доступность приложений, уменьшает фрагментацию дисков и улучшает производительность. Выполнение всех операций с индексом без закрытия доступа. В Oracle, все индексы таблиц можно создавать и перестраивать оперативно, не прерывая доступа к ним. Без этого пользователи не могут выполнять свои приложения во время таких операций. Динамические параметры базы данных Параметры базы данных в Oracle, задающие объем используемой сервером базы данных памяти, можно менять оперативно, не прерывая доступ. Раньше для изменения таких параметров приходилось переводить базу данных в автономный режим и перезапускать ее, чтобы изменения вступили в силу. Снижение затрат на управление. Oracle упрощает управление обработкой данных с помощью следующих средств: Автоматизированная конфигурация позволяет сохранять параметры после выключения системы. Новые функции автоматического архивирования и восстановления значительно снижают время, затрачиваемое администратором на повседневное обслуживание. Интеллектуальное управление ресурсами позволяет администраторам быстрее и точнее определять, сколько времени занимают центральный процессор определенные группы клиентов и легко планировать оптимальное использование ресурсов в периоды пиковой нагрузки. Плюс к этому улучшенное управление памятью позволяет следить за ее использованием и динамически изменять объем, выделяемый для системной области, чтобы оптимизировать производительность базы данных. В Oracle вводится новая концепция управления файлами Oracle Managed Files, использующая стандартные интерфейсы файловой системы для создания и удаления файлов по мере необходимости. Настраиваемый мониторинг позволяет администраторам задавать предельные значения или события для проверки показателей работы системы в реальном времени. При возникновении события автоматически выводится соответствующая диагностическая информация. Определяемые пользователем события являются механизмом реализации настраиваемых сценариев в рамках Oracle Enterprise Manager, позволяя контролировать показатели, специфичные для конкретной среды. Сквозной контроль. Oracle управляет всеми компонентами инфраструктуры Интернета — соединением с клиентом, сервером приложений, базой данных и хостом, помогая эффективнее администрирвать базу данных. Модуль Oracle Data Guard обеспечивает защиту от порчи данных, сбоев и аварий, что гарантирует непрерывную доступность данных. Модуль Service Level Reports отображает процессы бизнеса в трехмерном виде, предоставляя информацию о состоянии приложений, об отношениях с клиентами, а также о производительности и использовании ресурсов. Безопасность данных. В Oracle реализован многоуровневый механизм безопасности. База данных Oracle обеспечивает защиту данных за счет усовершенствованного управления доступом, шифрования базы данных и применения новой технологии тонкого аудита.Виртуальная частная база данных Oracle (Virtual Private Database, VPD) обеспечивает управление доступом пользователей на уровне строк данных (записей БД). Механизм Oracle Label Security расширяет функциональность VPD, управляя доступом к данным на основе меток. Эта технология подходит для ASP, так как с ее помощью в одной и той же базе данных может храниться информация нескольких компаний.В базе данных Oracle предусмотрены средства шифрования данных на основе технологии Oracle Advanced Security при передаче данных из базы и обратно. Встроенные возможности шифрования защищают наиболее ценную информацию даже от привилегированных пользователей, которые могут превысить свои полномочия, а также от злонамеренных пользователей, пытающихся прочесть файлы данных из операционной системы. Тонкий аудит отслеживает действия базы данных, включая операторы, выполняемые пользователями, и возвращаемую информацию. Это предостерегает пользователей от превышения своих полномочий, так как они знают, что все их действия отслеживаются. Широкие возможности аудита также помогают выявить бреши в безопасности. Например, при обращении к секретным областям базы данных обработчик событий может отправить предупреждение администратору. Если действия пользователя будут признаны опасными, сеанс работы с базой данных будет немедленно прерван. Механизмы безопасности должны учитывать размеры Интернета: поддерживать работу с большим количеством пользователей и быть простыми в управлении. Oracle предлагает несколько решений для построения Интернет-приложений, обеспечивающих безопасность доступа пользователей: улучшенную аутентификацию прокси базы данных, поддержку инфраструктуры открытых ключей (Public Key Infrastructure, PKI) и новые средства однократной сквозной регистрации для доступа к серверам приложений. Совокупность этих функций позволяет предприятиям точно идентифицировать пользователей на всех уровнях сети. Работа ПО промежуточного уровня больше не ограничивается простым подключением Web-пользователя к базе данных. Средства аутентификации на уровне прокси формируют множество масштабируемых малых сессий для работы с базой данных, беря на себя нагрузку по проверке подлинности, что обеспечивает тонкое управление доступом и подробный аудит.Однократная аутентификация обеспечивается компонентом Login Server для служб порталов на сервере приложений. В итоге для доступа ко всем Web-приложениям предприятия пользователю потребуется лишь одна учетная запись. Для управления полномочиями пользователей системным администраторам достаточно поддерживать один центральный каталог LDAP (Интернет-каталог Oracle). Централизация сведений о полномочиях пользователей не только повышает безопасность, но и снижает затраты на администрирование.База данных Oracle предлагает механизмы совместного использования аппаратного и программного обеспечения несколькими группами пользователей. Раздельное хранение данных каждой группы обеспечивают Virtual Private Database и Oracle Label Security. Кроме того, СУБД Oracle могут работать под управлением любой операционной системы: как Windows Server, так и Unix, и другие. Это делает ее более гибкой и адаптируемой к любой информационной системе. Столь развитые средства обеспечения надежности и безопасности также способствуют ее распространенности. По статистике, около 53% информационных систем предприятий базируются на Oracle.
Мы можем сделать следующий вывод:
Oracle является одной из самой затребованной и перспективной СУБД. Было выяснено, что СУБД Oracle обладают рядом преимуществ: высокая надежность и безопасность, возможность работы на платформе любой операционной системы.
Список литературы:
• Глушаков С.В. и др. Администрирование Oracle 9i.
• Даммлер М. Microsoft SQL Server 2005 Обзор продукта. http://www.CITForum.ru.
• Том Кайт - Oracle для профессионалов ,2003.
• Дейт. К. Дж. Введение в системы баз данных - Introduction to Database Systems. — 8-е изд. — М.: «Вильямс», 2006.
• Елманова Н., Федоров А. Oracle и Microsoft SQL Server: прошлое, настоящее и будущее. http://www.interface.ru/.
• Системы управления базами данных. http://www.ru.wikipedia.org/
• Фридланд А.Я. Информатика и компьютерные технологии. М: Астрель. 2003.204 с.
bukvasha.ru
Реферат на тему:
Oracle (Oracle Corporation) — американская корпорация, крупнейший в мире разработчик программного обеспечения для организаций[3][2], крупный поставщик серверного оборудования.
Компания специализируется на выпуске систем управления базами данных, связующего программного обеспечения и бизнес-приложений (ERP- и CRM-систем, специализированных отраслевых приложений). Наиболее известный продукт компании — Oracle Database, который компания выпускает с момента своего основания. С 2008 года корпорация освоила выпуск интегрированных аппаратно-программных комплексов, а с 2009 года в результате поглощения Sun Microsystems стала производителем серверного оборудования, до этого компания выпускала исключительно программное обеспечение.
Компания основана в 1977 году. Имеет подразделения в более чем 145 странах. По состоянию на 2011 год насчитывает 108 тыс. сотрудников. Штаб-квартира корпорации расположена в США, в штате Калифорния, рядом с Сан-Франциско.
Компания основана в 1977 году в городе Санта-Клара, штат Калифорния под наименованием SDL (аббревиатура от англ. Software Development Laboratories) Ларри Эллисоном, Бобом Майнером (англ. Bob Miner) и Эдом Оутсом (англ. Ed Oates). Все трое основателей работали до этого года в компании Ampex над проектом для ЦРУ США с кодовым названием Oracle. Это кодовое название присвоили разработанной в первые месяцы существования SDL СУБД. Первый выпуск СУБД Oracle получил номер версии v2 по маркетинговым соображениям[4]. Oracle v2 была написана на ассемблере для PDP-11, работала под управлением операционной системы RSX. В середине 1979 года авиабаза Райт-Патерсон ВВС США приобрела Oracle v2 и стала первым заказчиком компании[5]. К этому же времени относится переименованание SDL в RSI (аббревиатура от англ. Relational Software, Inc.). Oracle v2 считается первой коммерческой СУБД с поддержкой языка запросов SQL[6], и одной из первых реляционных СУБД. Также отмечается влияние на Oracle ранее разработанной в IBM СУБД System R[6].
Штаб-квартира компании в Редвуд-Шорс, штат Калифорния
Благодаря успехам продукта Oracle v.2, RSI в 1982 году принимает решение о переименовании в Oracle. В 1983 году выпущена третья версия СУБД, переписанная на языке Си и впоследствии портированная на некоторые операционные системы семейства Unix. В 1984 году компания получает финансирование от Sequoia Capital (англ.). Последовательно выпускаются четвёртая (в 1984 году) и пятая (в 1985 году) версия СУБД.
В марте 1986 года Oracle осуществила первичное размещение в размере около 2,1 млн акций на бирже NASDAQ. В тот момент в компании работало 450 сотрудников, а годовой оборот составил $55 млн. В 1987 году в компании формируется подразделение бизнес-приложений, ориентированное на создание тиражируемого прикладного программного обеспечения, тесно интегрированного с фактически единственным на тот момент продуктом компании — СУБД. В 1989 году штаб-квартира компании переезжает в комплекс сооружений в Редвуд-Шорс, Калифорния, оборот в 1989 году составил $584 млн.
Первые коммерческие трудности компании связаны с 1990 годом. Указывается[7], что из-за предоставленных крупным клиентам рассрочек платежей, превратившихся в безнадёжные долги и ошибок бухгалтерского учёта, компания закончила год с убытком в $12,4 млн и уволила 400 человек из около 4 000 сотрудников на тот момент времени. Позднее Эллисон отмечал, что компания допустила «непростительную деловую ошибку»[7].
В 1992 году компания выпустила версию 7 своей Oracle Database, в которой поддерживались триггеры, хранимые процедуры, декларативные ограничения целостности. В 1994 году компания приобрела у DEC подразделение, разрабатывающее СУБД Rdb и все права на продукт, таким образом, начиная с этого времени компания начала поставлять несколько систем управления базами данных. В 1995 году компания приобретает компанию-разработчика первой в истории[8] многомерной системы управления базами данных Express и OLAP-инструментария на её основе. В том же году, корпорация вошла на рынок промежуточного программного обеспечения, выпустив Oracle Web Application Server и объявив стратегические интересы в развитии технологий для трёхуровневой архитектуры и веб. В 1997 году выпущена версия 8 СУБД Oracle Database, в которой поддержаны элементы объектно-ориентированного проектирования и программирования, начиная с этого момента компания позиционирует продукт как одновременно объектно-ориентированную и реляционную СУБД.
В 1998 году Oracle первой среди ведущих производителей интегрированных ERP-пакетов оборудовала свой комплект бизнес-приложений Applications веб-доступом, таким образом, любую операцию в ERP-системе стало возможно осуществлять из браузера[9]. В 1999 году «интернет-стратегия» была продемонстрирована компанией и в наименованиях продуктов — Oracle Database и Oracle Application Server выпущены с суффиксом «i» после номера версии — 8i. К этому же времени относится приоритеты корпорации во встраивании XML-обработки на стороне СУБД[10] и встраивании Java-машины в СУБД[11].
Отмечается, что Oracle была единственным крупным поставщиком программного обеспечения для организаций, не испытавшим серьёзных затруднений в период краха доткомов в начале 2000 года[12]. В Oracle Database версии 9i, выпущенной в 2001 году, появилась такая примечательная новая возможность, как поддержка кластеризации баз данных — Real Application Cluster.
В 2003—2005 годах компания сконцентрировалась на экстенсивной борьбе за доли на рынках бизнес-приложений, в результате которой в конце 2004 года после полуторогодичного сопротивления была враждебно поглощена компания PeopleSoft (занимавшая на момент приобретения второе место на глобальном рынке ERP-систем[13][14]), а в начале 2006 — дружественно приобретена компания Siebel (лидер CRM-рынка того времени[15]). В 2006 году корпорация объявила, что объединит лучшие практики бизнес-приложений поглощённых компаний в единой системе, проект создания такой системы получил наименование Fusion, будущие приложения — Fusion Applications (англ.), а промежуточное программное обеспечение из продуктового портфеля корпорации было объединено под торговой маркой Fusion Middleware. Также, с 2006 года компания проявляет активный интерес к свободному программному обеспечению. Так, в феврале 2006 года было заявлено, что корпорация планирует приобрести по меньшей мере три компании-разработчика свободного программного обеспечения за $600 млн[16]. Предполагалось, что корпорация поглотит компанию JBoss (англ. JBoss (company)), выпускавшую сервер приложений JBoss AS с открытым исходным кодом за $400 млн[16]. Однако, JBoss была куплена компанией Red Hat за $420 млн. Спустя несколько недель Oracle выпустила клон дистрибутива Red Hat Enterprise Linux — Oracle Enterprise Linux, чем пошатнула биржевые котировки Red Hat и отрицательно повлияла на её доходы[17]. Также прогнозировалось[16], что Oracle купит компанию Zend Technologies, разработчика ядра языка PHP, однако, и Zend не была приобретена. Из компаний-разработчиков свободного программного обеспечения в середине 2000-х годов Oracle поглотила только Sleepycat (разработчика Berkeley DB) и Innobase (разработчика InnoDB — низкоуровневого движка для MySQL).
В 2007 году компания фактически признала, что выпуск в Fusion Applications, изначально запланированный на 2008 год, существенно задерживается, уволив Джона Вуки (англ. John Wookey), старшего вице-президента, отвечавшего за проект Fusion[18]. Fusion Applications увидели свет только в сентябре 2010 года[19].
В 2008 году поглотив BEA, Oracle вышла на первое место на рынке серверов приложений и второе место на рынке промежуточного программного обеспечения в целом[20], а в комплектах из линейки Fusion Middleware значительная часть компонентов заменена на продукты BEA. В этом же году компания вошла на рынок аппаратного обеспечения, выпустив на основе оборудования Hewlett-Packard аппаратно-программный комплекс Exadata (англ.), кластер серверов под управлением RAC. В январе 2010 года корпорация завершила сделку по поглощению терпящей убытки Sun Microsystems, существенно расширив продуктовый портфель, получив в своё распоряжение обширную линейку серверного аппаратного обеспечения, включая серверы на базе SPARC и системы хранения данных StorageTek, операционные системы семейства Solaris, а также активы, связанные с Java, OpenOffice.org, MySQL. В конце 2010 года корпорация выпустила в продолжение линейки аппаратно-программных комплексов комплекс Exalogic — предконфигурированный кластер серверов приложений на основе оборудования Sun и программного обеспечения WebLogic.
.
С начала 2000-х годов Oracle ориентируется на экстенсивный рост за счёт поглощений. За период с 2005—2010 корпорация потратила на приобретения других компаний около $35 млрд[21]. В июле 2010 года Чарлз Филлипс заявил, что Oracle планирует в ближайшие 5 лет потратить до $70 млрд на поглощения[22] (позднее было уточнено, что это частная и приблизительная оценка, и корпорация не имеет конкретного бюджета на поглощения[21]).
Широкий резонанс получило поглощение Retek, австралийской компании-разработчика приложений для розничной торговли, в апреле 2005 года с финальной сумой сделки $0,63 млрд в связи с острой конкуренцией с SAP за данный актив[23].
В апреле 2009 была анонсирована эта сделка стоимостью $7,4 млрд по приобретению терпящей убытки Sun Microsystems (только за последние до анонса полгода деятельности Sun Microsystems потеряла $1,9 млрд[24]). Вплоть до января 2010 года сделку не одобряла Еврокомиссия, так как предполагала возможную монополизацию рынка систем управления базами данных вследствие поглощения активов MySQL AB, принадлежавших Sun[25]. 27 января 2010 года Oracle официально объявила[26] о завершении поглощения, и многие популярные проекты, в числе которых OpenOffice.org, MySQL и Java — стали активами корпорации.
Сервис платных облачных вычислений Sun Cloud[27] был закрыт практически сразу после завершения поглощения, при этом Oracle пообещала сохранить практически все ключевые продукты Sun, а в такие технологии как SPARC, Solaris и MySQL корпорация запланировала инвестировать больше средств, чем это делала Sun[28][29]. Часть разработчиков проектов OpenOffice.org, OpenSolaris и Hudson образовали ответвления (получившие наименования, соответственно: LibreOffice, Illumos (англ.) и Jenkins), мотивируя данные шаги нежеланием контроля за проектами со стороны корпорации[30]. Также, корпорация объявила[31] о желании самостоятельно развивать каналы прямых продаж оборудования Sun крупным заказчикам, а в октябре 2010 года некоторые партнёры (унаследованные от Sun) были лишены прав на оказание технического сопровождения по продуктам Oracle[32].
В августе 2010 года Oracle подала в суд на компанию Google, обвинив корпорацию в незаконном применении защищённых технологий в Dalvik virtual machine (технологическом компоненте операционной системы Android)[33]. В ответ на иск, Google заявила, что иск безоснователен и не соответствует практике свободного программного обеспечения[34], а позднее — что будет добиваться признания патентов недействительными[35].
В ноябре 2010 года суд признал претензии Oracle к компании SAP, связанные с несанкционированным доступом к технической поддержке дочернего подразделения TomorrowNow (англ.) и постановил выплатить в пользу Oracle $1,3 млрд[36]. В июне 2011 года SAP выплатила всю сумму взыскания[2].
В июне 2011 года компания Hewlett-Packard, недовольная отказом Oracle от поддержки в следующих версиях продуктов платформы Itanium, на которой выпускается значительная часть серверов Hewlett-Packard, подала иск на Oracle, обвиняя компанию в поведении, ущемляющем права клиентов (англ. anti-customer behaviour). Oracle решила не выпускать новые продукты и новые версии старых продуктов на платформе Itanium в связи с тем, что по мнению компании, платформа завершает свой жизненный цикл, однако, истцы из Hewelett-Packard настаивают на том, что Oracle вводит клиентов в заблуждение и ущемляет их бизнес[37].
Впервые СУБД от Oracle начала использоваться в СССР в 1984 году во ВНИИСИ[38] нелегально, так как координационный комитет по экспортному контролю США считал разработки компании Oracle стратегическими, и не допускал их распространение в страны Варшавского договора[39]. Благодаря академику Геловани[39], четвёртая версия СУБД была применена во ВНИИСИ для системы моделирования процессов глобального развития. Также, к 1984 году относится нелегальное применение Oracle Database в Институте физики высоких энергий (Протвино)[38]. Официальное появление Oracle в СССР связано с выставкой Автоматизация-89, а в 1990 году фирма «LVS» Леонида Богуславского (ныне совладельца ru-Net Holdings и TopS BI) заключила агентское соглашение с корпорацией Oracle. Первыми легальными клиентами в СССР стали Министерство чёрной металлургии, ленинградский завод Ленинец и ленинградское подразделение Интуриста[40], общий объём реализации лицензий на Oracle Database этим трём клиентам составил сумму около $100 тыс. В 1995 году «LVS» реализовала продуктов Oracle на $7 млн, войдя в тройку ведущих дистрибуторов корпорации в Европе[40].
В 1994 году в Москве открылось представительство Oracle в СНГ, которое и на момент 2011 года координирует деятельность корпорации на территории России и сопредельных государств. После приобретения «LVS» в конце 1996 года компанией PricewaterhouseCoopers, дистрибуторами Oracle в СНГ стали компании «Форс» и «РДТЕХ»[40]. Примечательно, что основатель «Форса» — Алексей Голосов — работал ранее во ВНИИСИ[39], а основатель «РДТЕХа» — Юрий Сайгин — в протвинском Институте физики высоких энергий[40]. Наиболее широкий резонанс в России вызвали сделки Oracle со «Связьинвестом» по поставке лицензий на Oracle E-Business Suite на $163 млн[41] и Федеральным Казначейством с бюджетом на внедрение ERP в $65 млн[42]. В частности, Джордж Сорос, владевший на момент сделки 25 % акций «Связьинвеста», отмечал сделку на поставку системы от Oracle как непрозрачную и нерыночную[41].
На момент мая 2009 года корпорацией заявляется о партнёрской сети в СНГ более чем в 900 компаний, 120 среди которых работают на территории Украины и Молдовы, около 100 — в Казахстане, 37 — в Беларуси, 8 — в Азербайджане, а остальные — в России[43]. На начало 2011 года офисы представительства Oracle в СНГ функционируют в Москве, Санкт-Петербурге, Киеве и Алматы. Российские филиалы поглощённой Sun Microsystems функционируют под наименованиями ЗАО «Оракл Компьютерное оборудование» (с офисом в Москве) и ООО «Оракл Девелопмент» (с офисами в Санкт-Петербурге и Новосибирске). Руководит работой представительства в СНГ с 2010 года Валерий Лановенко (до этого руководивший российским офисом Apple), а генеральным директором ЗАО «Оракл Компьютерное оборудование» с 2010 года является Борис Щербаков (в период с 1999 года возглавлявший представительство Oracle в СНГ).
На начало 2011 года[44] 23,07 % акций принадлежат менеджменту, из них генеральному директору компании — Ларри Эллисону — принадлежит пакет в 17,5 %, и он является крупнейшим акционером Oracle. Институциональные инвесторы и фонды взаимных инвестиций владеют 61,60 %, крупнейшие доли у Capital Research Global Investors — 5,07 %, Capital World Investors — 3,89 % и Growth Fund of America — 3,72 %.
Генеральный директор корпорации — Ларри Эллисон. Ему подчинены два президента — Марк Хёрд (англ. Mark Hurd) и Сафра Кац (англ. Safra Catz), она же с 2011 года занимает пост финансового директора. Для управления международной деятельностью, компания выделяет четыре региональных кластера, которыми руководят исполнительные вице-президенты:
Председатель совета директоров — Джеффри Хенли (англ. Jeffrey Henley), оба президента и Эллисон входят в совет директоров, помимо них в совет входят восемь независимых членов.
Компания является вторым по объёмам продаж разработчиком программного обеспечения после Microsoft[45]. Согласно IDC, по состоянию на 2007 год, на рынке систем управления базами данных, общим объёмом без малого $21 млрд, Oracle является лидером, владея долей 44,3 % и опережая IBM и Microsoft более, чем в 2 раза[46]. На рынке инфраструктурного и промежуточного программного обеспечения по данным анализа Gartner от 2009 года, Oracle является вторым по объёмам сбыта поставщиком с долей в 16 %, отставая почти в два раза от IBM[47] (при суммарном объёме рынка $16 млрд). На рынке ERP-систем по состоянию на 2009 год, Oracle занимет вторую позицию, более чем вдвое уступая SAP[48]. На рынке CRM-систем, согласно оценке Gartner от 2009 года, компания также вторая, с долей 16 %, также уступая SAP первое место (у которой 22 % CRM-рынка, общий объём рынка оценён в $9 млрд)[49]. IDC оценивает на начало 2011 года долю на рынке серверного аппаратного обеспения в 6,8 % от общего объёма в $48 млрд — четвёртую, после IBM, Hewlett-Packard и Dell[50].
Финансовый год компании установлен с 1 июня по 31 мая.
2011 финансовый год[2] компания закончила с оборотом $35,622 млрд и чистой прибылью $8,547 млрд. На долю Северной и Южной Америки приходится более половины (51,5 %) выручки. 68 % выручки сформированы продажами лицензий и контрактов на техническое сопровождение программного обеспечения, 19 % приходится на продажи аппаратного обеспечения, 13 % — услуги.
В структуре операционных затрат самые значительные позиции:
Объём заимствований на конец 2011 финансового года составил $15,9 млрд[2]. Рыночная капитализация на середину 2011 календарного года составила $173 млрд[51].
Среди принципов корпоративного управления, используемых корпорацией, особо выделяют вертикальную интеграцию в противовес тендециям 1990-х — 2000-х к децентрализации и расширению полномочий на местах в крупных корпорациях[52]. В частности, отмечены глобальная стандартизация «лучших практик», централизованный контроль за условиями контрактов по всему миру и интегрированную единую информацинную систему (оборудованную веб-доступом в конце 1990-х), в которой каждый сотрудник корпорации в операционном порядке фиксирует результаты своей деятельности, и управленцам любого уровня в рамках их полномочий доступен ежедневный анализ ситуации (англ. daily business intelligence)[52].
Также отмечена отработанная технология поглощений: процедуры вхождения новых компаний в корпорацию, начиная от начальных стадий достижения договорённостей, заканчивая полной интеграцией персонала стандартизованы как бизнес-процесс.
В структуре управления корпорации выделено четыре территориальных кластера: APAC (англ. Asia-Pacific, Азиатско-Тихоокеанский регион, EMEA (англ. Europe, Middle East, Africa, Европа, Ближний Восток, Африка), NA (англ. North America, Северная Америка) и LE (англ. Latin America, Латинская Америка. В кластерах может использоваться деление на субрегионы и страны, в зависимости от характера и масштабов деятельности, например, в EMEA выделен регион Восточная Европа и СНГ, в котором выделяется субрегион СНГ и Монголия.
По состоянию на 2010 год 63 % сотрудников корпорации работает за пределами США[53], треть из них (более 21 тыс., около пятой части от всего штата) — в Индии[54], в основном в центрах технической поддержки и разработки в Бангалоре и в центре разработки в Хайдарабаде[55]. При этом корпорация утверждает, что 80 % разработки осуществляется на территории США[53].
, MySQL, Berkeley DB, InnoDB и Rdb.
Ключевой продукт с момента создания компании и по нынешний день — Oracle Database. Начиная с 90-х годов компания развивает и реализует и другие СУБД. На 2006 год Gartner оценивал долю Oracle на рынке СУБД в 46,8 %[56]. Примечательно, что номера версий многих других технологических продуктов корпорация в той или иной степени подстраивает под номера версии СУБД (её версия на начало 2011 года — 11.2).
В результате поглощения Sun Microsystems, к Oracle перешли активы MySQL AB и свободно распространяемая СУБД MySQL. В 2011 году корпорация выпустила версию 5.6 этой СУБД[57]. MySQL отмечается как свободная альтернатива Microsoft SQL Server[57].
Berkeley DB — встраиваемая нереляционная СУБД, перешедшая к Oracle в 2006 году в результате приобретения компании Sleepycat Software. По оценке IDC, благодаря Berkeley DB (а также TimesTen), Oracle занимает на 2009 год первое место на рынке встроенных СУБД с долей 30,3 %[58].
Также в продуктовом портфеле корпорации имеются:
В результате поглощения Sun Microsystems, к Oracle перешла значительная часть активов, связанная технологиями Java: языком Java, платформами J2ME, J2SE, J2EE, виртуальной машиной HotSpot. Oracle и ранее активно использовал Java-технологии в своих продуктах, в частности, в 1999 году в Oracle Database была включена виртуальная машина Java собственной разработки (Aurora JVM), с того же года выпускается средство Java-разработки (JDeveloper), а с начала 2000-х — компания выпустила большую серию промежуточного программного обеспечения, поддерживающего Java-стандарты, а также активно участвовала в Java Community Process.
В сентябре 2010 года корпорация опубликовала планы по развитию технологий Java[60][61], в частности:
.
Под общим наименованием Fusion Middleware корпорация разрабатывает большую серию технологических продуктов промежуточного слоя, объединяемые в проблемно-ориентированные комплекты (англ. suite). Центральным компонентом Fusion Middleware является сервер приложений Weblogic, используемый в настоящее время как основной сервер приложений для всех комплектов.
Среди комплектов выделяются:
Комплекты Business Intelligence Suite, позиционируемые как универсальные платформы Business Intelligence, базируются, в основном на технологиях приобретённых у Siebel и Hyperion Solutions. Отдельно поставляются тиражные отраслевые и проблемно-ориентированные приложения на основе данных платформ.
Корпорация выпускает достаточно широкий спектр средств разработки.
На разработку Java-приложений ориентированы следующие средства:
Серия средств разработки Designer/Developer, включающая Oracle Forms и Oracle Reports, долгое время была основной средой разработки для Oracle E-Business Suite, и широко использовалась независимыми разработчиками приложений, использовавшими СУБД Oracle. В настоящий момент средства разработки всё ещё поддерживаются, но разработчикам предоставляются средства миграции унаследованных Forms-приложений на J2EE-платформу.
Также среди средств разработки, выпускаемых компанией:
Также в продуктовой линейке корпорации присутствуют следующие технологические продукты:
С приобретением Sun Microsystems в актив корпорации перешёл проект OpenOffice.org — свободной альтернативы Microsoft Office. В сентябре 2010 года часть независимых разработчиков пакета сформировали ответвление под наименованием LibreOffice, с целью развивать офисный пакет независимо от Oracle[65]. Novell[66] и Canonical[67] объявили о включении LibreOffice в очередные версии своих дистрибутивов вместо OpenOffice. В апреле 2011 года Oracle заявила, что отказывается от коммерческих версий OpenOffice.org и планирует передать проект целиком под управление сообщества разработчиков[68].
.
, Sun xVM и VirtualBox.
Основные продукты поддержки виртуализации, выпускаемых корпорацией:
В 2006 году корпорация выпустила клон дистрибутива Red Hat Enterprise Linux под наименованием Oracle Enterprise Linux (также фигурирует под названием Unbreakable Linux), и с этого момента оказывает коммерческую и юридическую поддержку пользователям данного дистрибутива. Несмотря на намеренно несущественные отличия от дистрибутива Red Hat[69], многие поставщики серверного оборудования, в том числе Dell, Hewlett-Packard, IBM сразу же в 2006 году поддержали Oracle Enterprise Linux[70].
и OpenSolaris.
От Sun Microsystems унаследованы операционные системы семейства Solaris и проект OpenSolaris.
Комплект бизнес-приложений собственной разработки, начатый в конце 1980-х под названием Oracle Applications, в 2000-е был перименован в E-Business Suite и реализует функциональные возможности ERP, CRM, SCM, EAM. Характерна ориентированность комплекта на собственный технологический стек (Oracle Database и Fusion Middleware).
В 2005 году была анонсирована стратегия конвергенции приложений Peoplesoft, JDEdwards, Siebel с Oracle E-Business Suite — планы по построению универсального бизнес-приложения, которому присвоено наименование Fusion, объединяющего лучшие черты поглощённых систем и обеспечивающего всем действующим заказчикам каждой из унаследованных систем плавный переход на новое приложение. В сентябре 2010 года Fusion было официально выпущено, сообщается, что приложение объединило более 100 модулей из семи унаследованных систем[71].
В результате поглощения PeopleSoft (и принадлежавшей ей активов JDEdwards), в продуктовой линейке Oracle появились следующие универсальные бизнес-приложения, покрывающие функциональные возможности ERP, CRM и SCM:
На начало 2011 года все эти линейки поддерживаются корпорацией, выпускаются новые версии по каждой из линеек.
В результате серии поглощений 2003—2008 в продуктовом портфеле корпорации появились большое число проблемно-ориентированных бизнес-приложений, среди которых выделяются:
Значительная часть поглощений 2003—2009 — монопродуктовые независимые разработчики отраслевых бизнес-приложений. На основе многих из таких поглощённых компаний, корпорация формирует индустриальные линейки приложений. В частности, таковы:
В 2008 году корпорация выпустила на основе оборудования Hewlett Packard и собственных решений для СУБД аппаратно-программный комплекс Exadata (англ.), некоторые аналитики уже в тот момент отметили амбиции Oracle на серверном рынке[72].
На момент поглощения, Sun Microsystems оценивалась как четвёртый по объёмам поставщик на тринадцатимиллиардном рынке серверного аппаратного обеспечения (после IBM, Hewlett Packard и Dell, с долей 8 %)[73], с 2009 года все эти аппаратные активы развиваются Oracle. Новая платформа SPARC T3 была представлена в сентябре 2010 года уже под брендом Oracle[источник не указан 141 день]. Таким образом, в продуктовой линейке корпорации на 2011 год представлены RISC-серверы на платформе SPARC, серверы на платформе x86-64, системы хранения данных линейки StorageTek.
Программно-аппаратные комплексы Exadata II (англ.) (предконфигурированная СУБД, ориентированная на аналитическую обработку) и Exalogic (предконфигурированный сервер приложений) выпускаются уже на базе оборудования Sun.
Некоторые продукты компании выпускаются как свободное программное обеспечение, среди внутренних разработок к таковым можно отнести файловую систему Btrfs, платформу быстрой разработки приложений Apex (распространяется как общественное достояние), протокол передачи данных RDS, Oracle VM (решение по виртуализации на основе Xen).
Большая часть свободных проектов из нынешнего продуктового портфеля перешла к Oracle как результат приобретения Sun Microsystems. Среди свободных проектов, унаследованных от Sun наиболее весомые: OpenJDK, OpenSolaris, OpenOffice, MySQL, VirtualBox.
Основная часть технологического программного обеспечения лицензируется по выбору заказчика либо на процессорную единицу, либо по количеству конечных пользователей (NUP, англ. Named User plus, в смысле индивидуальный, именованный пользователь, в противовес конкурентным пользователям, рассчитываемым как количество активных сессий). При этом, под процессорной единицей (CPU) понимается количество процессорных ядер сервера умноженное на коэффициент, устанавливаемый от ¼ до 1 в зависимости от процессорной архитектуры. При лицензировании приложений в основном применяется ценообразование по количеству конечных пользователей с разделением по модулям, также применяются альтернативные лицензионные метрики (например, количество сотрудников, каждый $1 млрд. совокупных активов, количество обработанных записей).
Некоторые продукты поставляются в нескольких редакциях (англ. Editions) с различными ограничениями в каждой из них (например, максимально допустимое количество ядер для младших редакций или минимальное количество лицензируемых пользователей для старших редакций). Также существуют бесплатные редакции некоторых продуктов. Несмотря на общую программную базу различных редакций продуктов, лицензионная стоимость в зависимости от уровня редакции существенно отличается. Право на использование некоторых функциональных возможностей (опций, англ. options) во многих случаях требует дополнительного лицензирования. Доступность к лицензированию и использованию опций может быть поставлена в зависимость от редакции.
| Express Edition | $5 800 | $180 | $17 500 | $350 | $47 500 | $950 |
| недоступно | недоступно | недоступно | $11 500 | $230 | ||
| недоступна | недоступна | бесплатно | $23 000 | $460 | ||
| недоступна | недоступна | недоступна | $23 000 | $460 | ||
| недоступна | недоступна | недоступна | $23 500 | $460 | ||
| Java Edition[74] | [75]$5 800 | $180 | $10 000 | $200 | $25 000 | $500 |
| не предоставляется | не предусмотрено | $1 200 | $23 000 | $460 | [76]$295 000 | $2 000 |
Таблица 1. Сравнение цен на различные редакции некоторых продуктов и доступности опций[77].
Конечная стоимость приложений для заказчиков существенно варьируется в зависимости от модульной комплектации, количества задействованных пользователей, объёмов обработки. В прейскуранте указываются цены в диапазоне от $2 тыс. до $8 тыс. на конечного профессионального пользователя (в зависимости от модулей), и от $9 до $225 на каждого сотрудника организации-заказчика для модулей, связанных с самообслуживанием сотрудников, управлением персоналом[77]. Также корпорация устанавливает дополнительные условия приобретения приложений и регулирует ими доступность приложений, например, до 2003 года действовало ограничение на минимально допустимый объём лицензирования Oracle E-Business Suite в $250 тыс., а количество лицензируемых рабочих мест пользователей не должно было быть менее 20 % от среднесписочного состава сотрудников предприятия заказчика (это ограничение в 2003 году снижено до 10 %)[78]. Программно-аппаратные комплексы Exalogic и Exadata стоят по прейскуранту от $300 тыс. до $1,5 млн в зависимости от комплектации[77].
Технологическое программное обеспечение доступно для загрузки с сайта Oracle Technology Netowork[79] при условии обычной регистрации. Программное обеспечение, как правило, не требует регистрационных ключей, а если требует — то эти ключи открыто публикуются на сайте лицензионных кодов[80] (примечательно, что многие программы поглощённых компаний, в которые была встроена проверка регистрационных ключей, после очередных выпусков в рамках Oracle лишались этой функциональности). Патрнёры и независимые разработчики могут использовать технологическое программное обеспечение корпорации в целях разработки, тестирования, прототипирования, демонстрации без ограничений (согласно специализированной OTN License[81]).
Продукты лицензируются по наименованию, заказчик может использовать любую версию продукта и при смене версии не требуется перелицензирование.
Прейскуранты на технологические продукты, основные бизнес-приложения и программно-аппаратные комплексы публикуются открыто[77]. Компании — независимые разработчики, использующие технологии Oracle в своих тиражируемых решениях и самостоятельно оказывающие комплексную техническую поддержку своих решений, могут получить возможность перепродавать конечным заказчикам продукты Oracle за 10 % — 40 % от прейскуранта, при участии в программах специального лицензирования[82].
Основные услуги, предоставляемые корпорацией:
Яхта BMW Oracle
Корпорация самостоятельно издаёт и распространяет бесплатно журналы Oracle Magazine и Profit. Oracle Magazine ориентирован на пропаганду технологического программного обеспечения Oracle и решений партнёров, его использующих. Журнал Profit посвящён бизнес-приложениям и консалтингу.
Компания спонсирует cтадион Оракл Арена в городе Окленд и яхт-клуб BMW Oracle Racing
Ларри Эллисон утверждает, что Oracle Database работает на оборудовании Sun в два раза быстрее, чем на сравнимом оборудовании IBM POWER, и обещает $10 млн любому, кто это опровергнет[83].
Маркетинговую деятельность корпорации неоднократно отмечали как агрессивную[24][84], с элементами жёсткой критики конкурентов. Особенно агрессивно корпорация критикует Microsoft[85][86], SAP[источник?], IBM[84][83], Hewlett-Packard[37][87]. При этом, Oracle выпускает практически для всех своих технологических продуктов версии для Microsoft Windows, SAP является крупнейшим независимым разработчиком на платформе Oracle Database (а по данным на конец 1990-х 85 % всех установок приложений SAP использовали Oracle Database в качестве СУБД[88]), c IBM тесно сотрудничает в Java Community Process[источник?], а свой первый аппаратно-программный комплекс Exadata компания построила на базе серверов Hewlett-Packard. Так, например, в марте 2011 года корпорацию уличили в сокрытии неудобных ей результатов тестов TPC-C (англ.), проведённых для Oracle Database на оборудовании компании Hewlett-Packard[89], согласно которым стоимость одной транзакции на сервере ProLiant оказалась ниже разрекламированного результата на кластере SPARC (как выяснилось, рекордного по производительности, но не по стоимости транзакции).
Многие сотрудники поглощённых компаний отмечают некомфортную рабочую обстановку в корпорации, и некоторые примечательные специалисты покидают Oracle вскоре после завершения сделок по прибретению. Так, Анил Аггарвал (англ. Anil Aggarwal), один из директоров PeopleSoft, назвал атомсферу в Oracle резко агрессивной и не способствующей созданию инновационных продуктов[90], а Джеймс Гослинг, автор Java, отметил «крайне неблагоприятное рабочее окружение» в корпорации[91], и уволился, проработав в Oracle менее четырёх месяцев.
Чарлз Филлипс
wreferat.baza-referat.ru
