база данных оракл что это такое

Национальная библиотека им. Н. Э. Баумана
Bauman National Library

Персональные инструменты

Oracle Database

Oracle Database или Oracle RDBMS — объектно-реляционная система управления базами данных компании Oracle. [Источник 1]

Содержание

История

История выпуска версий для различных операционных платформ

История выпуска для Linux x86

сентябрь 1998 года — 8.0 (8.0.5) 23 февраля 1999 года — 8.0 (8.0.5.1.0) 22 ноября 2000 года — 8i Release 3 (8.1.7.0.1) 25 марта 2003 года — 9i Release 2 (9.2.0.4) 21 декабря 2004 года — 10g Release 1 (10.1.0.3) 2 июля 2005 года — 10g Release 2 (10.2.0.1) 10 августа 2007 года — 11g Release 1 (11.1.0.6) 1 сентября 2009 года — 11g Release 2 (11.2.0.1)

История выпуска для Linux x86-64

16 октября 2007 года — 11g Release 1 (11.1.0.6) 1 сентября 2009 года — 11g Release 2 (11.2.0.1) 26 июня 2013 года — 12c (12.1.0.1)

История выпуска для Solaris x86

14 мая 1999 года — 8i Release 1 (8.1.5) для Intel UNIX (DG/UX Intel, SCO UnixWare, Solaris Intel)

История выпуска для Solaris x86-64

23 марта 2006 года — 10g Release 2 (10.2.0.1) 25 ноября 2009 года — 11g Release 2 (11.2.0.1) 26 июня 2013 года — 12c (12.1.0.1)

История выпуска для Solaris SPARC 64-bit

6 ноября 2009 года — 11g Release 2 (11.2.0.1) 26 июня 2013 года — 12c (12.1.0.1)

История выпуска для Windows x86

март 1997 года — 7 (7.3.3) для Windows NT 3.51/4.0 октябрь 1997 года — 7 (7.3.4) для Windows NT 3.51/4.0 1 июля 1998 года — 8.0 (8.0.5) для Windows NT 10 марта 1999 года — 8i Release 1 (8.1.5) для Windows NT и Windows 95/98 20 сентября 1999 года — 8.0 (8.0.6) для Windows NT январь 2000 года — 8i Release 2 (8.1.6) для Windows NT 16 ноября 2000 года — 8i Release 3 (8.1.7) для Windows NT 13 сентября 2001 года — 9i Release 1 (9.0.1.0) для Windows 32-bit 14 мая 2002 года — 9i Release 2 (9.2.0.1) для Windows 32-bit 26 марта 2004 года — 10g Release 1 (10.1.0.2) для Windows 32-bit 7 сентября 2005 года — 10g Release 2 (10.2.0.1) для Windows 32-bit 15 октября 2007 года — 11g Release 1 (11.1.0.6) для Windows 32-bit 5 апреля 2010 года — 11g Release 2 (11.2.0.1) для Windows 32-bit

История выпуска для Windows x86-64

31 октября 2005 года — 10g Release 2 (10.2.0.1) 7 ноября 2007 года — 11g Release 1 (11.1.0.6) 2 апреля 2010 года — 11g Release 2 (11.2.0.1) 1 августа 2013 года — 12c Release 1 (12.1.0.1) 8 марта 2017 года — 12c Release 2 (12.2.0.1)

Программно-аппаратные платформы

До выпуска Oracle9i корпорация Oracle портировала движок базы данных на многие платформы, но в последнее время Oracle портирует на меньшее количество платформ. К примеру Oracle RDBMS 10g с июня 2005 года поддерживаются следующие программно-аппаратные платформы:

Редакции

СУБД поставляется в шести различных редакциях, ориентированных на различные сценарии разработки и развертывания приложений (а также отличающиеся ценой).

Особенности

Пример работы с БД

Создание представления базы данных в Oracle с помощью SQL

Уровень сложности: Начальный

Требования к данным: Используйте собственные данные

Для отображения таблиц и классов пространственных объектов многопользовательской базы геоданных можно использовать SQL.

Приведенные в настоящей теме примеры показывают, как создать в Oracle простое представление для просмотра с ограничением доступа пользователей к другим столбцам. Этот пример построен на базе таблицы со следующим определением:

Предоставление прав доступа к таблице

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

В данном примере таблица, на базе которой построено представление (employees), принадлежит пользователю gdb. Представление создается пользователем rocket. Также пользователь rocket предоставляет права доступа к представлению другим пользователям. Таким образом, пользователь gdb должен передать пользователю rocket права доступа SELECT и WITH GRANT OPTION, чтобы пользователь rocket мог передавать другим пользователям права доступа SELECT.

Создание представления

В этом примере пользователь rocket создает представление таблицы employees и ограничивает доступ к нему только пользователям из отдела 201:

Выдача прав доступа к представлению

Права доступа к представлению можно предоставлять определенным пользователям, не передавая им права доступа к базовой таблице (employees). В данном примере пользователю mgr200 предоставлены права доступа SELECT к представлению view_dept_201:

Тестовые права доступа

Войдите в систему как mgr200 и выберите записи view_dept_201:

Как ожидалось, выводятся только записи для сотрудников отдела 201.

Основные команды

Войдите в систему SQL * Plus

Список разделов справки, доступных в SQL * Plus

Выполнять команды хоста

Показать системные переменные SQL * Plus или настройки среды

Изменение системных переменных SQL * Plus или настроек среды

Запуск базы данных

Подключение к базе данных

Редактировать содержимое SQL-буфера или файла

Выполнять команды, хранящиеся в буфере SQL

Отключиться от базы данных

Проверить статус листенера

Зайти под администратором

Стартовать БД на standby

Посмотреть список датафайлов в табличном пространстве

Добавить к табличному пространству файл данных размером

Посмотреть список пользователей

Запустить накат архивных логов на standby

Остановить накат архивных логов на standby

Посмотреть на standby, какие архивные логи зарегистрированы и какие из них накатились

Зарегистрировать архивный лог на standby

Установка

Установка Oracle Database 12c на Windows 10 Professional 64 bit: [Источник 2]

Источник

База данных оракл что это такое

По Вашему запросу ничего не найдено.

Рекомендуем сделать следующее:

Что такое реляционная база данных?

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

Пример реляционной базы данных

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

У обеих таблиц есть только один общий элемент — идентификатор столбца (ключ). Благодаря наличию этого общего столбца реляционные базы данных могут устанавливать взаимосвязи между двумя таблицами. Когда приложение для обработки заказов передает заказ в базу данных, база данных обращается к таблице со сведениями о заказах, извлекает сведения о продукции и использует идентификатор заказчика из этой таблицы, чтобы найти сведения об оплате и доставке в таблице с информацией о нем. Затем на складе подбирают нужный продукт, заказчик своевременно получает свой заказ и производит оплату.

Структура реляционных баз данных

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

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

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

Реляционная модель

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

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

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

Преимущества реляционных баз данных

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

Реляционные базы данных появились в 1970-х годах. На сегодняшний день преимущества реляционного подхода сделали его самой распространенной моделью для баз данных в мире.

Целостность данных

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

Другие типы баз данных не могут одновременно поддерживать целостность больших объемов данных. Некоторые современные типы баз данных, такие как NoSQL, обеспечивают только так называемую “окончательную целостность.” Это значит, что, когда выполняется масштабирование данных или несколько пользователей одновременно используют одни и те же данные, необходимо некоторое время на “внесение изменений”. В некоторых случаях окончательная целостность вполне приемлема (например, для обновления позиций в товарном каталоге), однако для критически важной операционной деятельности бизнеса (например, транзакций с использованием корзины) реляционные базы представляют собой фундаментальный стандарт.

Фиксация изменений и атомарность

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

Реляционные базы данных и ACID

Транзакции в реляционной базе данных имеют четыре важные характеристики: неразрывность (atomicity), целостность (consistency), изолированность (isolation) и неизменность (durability). Это сочетание получило название ACID.

Хранимые процедуры и реляционные базы данных

Доступ к данным включает в себя множество повторяющихся действий. Например, иногда для получения нужного результата простой запрос для получения информации из таблицы необходимо повторить сотню или тысячу раз. Для таких сценариев доступа к базе данных необходимо что-то вроде программного кода. Разработчикам каждый раз писать стандартный код доступа к данным для нового приложения было бы утомительно. К счастью, реляционные базы данных поддерживают хранимые процедуры, представляющие собой блоки кода, к которым можно получить доступ с помощью обычного вызова со стороны кода приложения. Например, одну и ту же хранимую процедуру можно использовать для последовательной маркировки записей в целях удобства пользователей для различных приложений. Хранимые процедуры также помогают разработчикам убедиться в правильной реализации определенных функций данных в приложении.

Блокировки базы данных и параллельный доступ

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

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

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

Характеристики, на которые следует обратить внимание при выборе реляционной базы данных

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

При выборе типа базы данных и продуктов на основе реляционных баз данных необходимо учитывать несколько факторов. Выбор СУРБД зависит от потребностей Вашей компании. Задайте себе следующие вопросы.

Реляционная база данных будущего: автономная база данных

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

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

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

Источник

Семейство СУБД Oracle

Продукты семейства баз данных Oracle предлагают заказчикам оптимизированные по стоимости высокопроизводительные версии Oracle Database, ведущей в мире конвергентной многомодельной системы управления базами данных, а также базы данных в оперативной памяти, NoSQL и MySQL. Oracle Autonomous Database, доступная локально через Oracle Cloud@Customer или в Oracle Cloud Infrastructure, дает возможность заказчикам упростить среды реляционных баз данных и снизить нагрузки на управление.

Присоединяйтесь к Эндрю Мендельсону (Andrew Mendelsohn), старшему вице-президенту Oracle Database Server Technologies, чтобы узнать о последних инновациях Oracle в сфере облачного хранения данных.

Исследование с участием многочисленных заказчиков показывает рентабельность инвестиций 417 % в течение пяти лет, а окупаемость составляет всего 5 месяцев.

Constellation Research делает обзор Oracle MySQL Database Service с HeatWave и приходит к выводу, что лучшие возможности двух решений объединены в одной потрясающей, оригинальной архитектуре.

Преимущества СУБД Oracle Database для Ваших данных

Сокращение эксплуатационных расходов на 90 % 1

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

Защита от утечки данных

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

Используйте единую базу для всех данных

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

Разворачивайте СУБД там, где Вам нужно

Развертывайте СУБД Oracle Database там, где это необходимо: в Вашем собственном ЦОД, в публичном или частном облаке. Решения Oracle предоставляют возможность гибкого развертывания приложений либо в Вашем центре обработки данных (когда выдвигаются критичные требования к размещению или сетевым задержкам), или в облаке (если Вы хотите воспользоваться преимуществами масштабируемости и широчайшего набора возможностей).

Конференция Oracle Live: Будущее Data Lakehouse

Среда, 20 октября, 12:00 ET / 13:00 BRT / 18:00 CEST

Какая база данных Вам подходит?

Меньше времени на управление базами данных

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

Продукты

Работает в 3 раза быстрее, чем любое другое решение

Запуск СУБД Oracle Database на Exadata, самой быстрой платформе для СУБД Oracle Database, дает возможность заказчикам увеличить скорость транзакций, ускорить бизнес-аналитику и упростить управление ИТ. Exadata доступна в Oracle Cloud Infrastructure и центрах обработки данных заказчиков, что обеспечивает им возможность достигать максимального уровня производительности для управляемой ими и автономной базы данных Oracle.

Продукты

Ведущая в отрасли технология Oracle Database в центрах обработки данных заказчиков

СУБД Oracle Database можно развернуть локально, когда у заказчика есть проблемы с размещением данных и задержками в сети. Развертывания Cloud@Customer дают возможность размещать новейшие технологии Oracle Cloud, включая Exadata и Autonomous Database, в центре обработки данных заказчика.

Продукты

Координируйте обновления баз данных и приложений

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

Продукты

Ускорение разработки приложений, ориентированных на JSON

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

Продукты

Самая популярная в мире база данных с открытым исходным кодом в Oracle Cloud

Сервис MySQL Database — это единственный облачный сервис MySQL Cloud с интегрированным, высокопроизводительным ускорителем запросов в памяти HeatWave, позволяющим заказчикам выполнять смешанные нагрузки OLTP и OLAP. HeatWave в 1100 раз быстрее, чем Amazon Aurora, и в 2,7 раза быстрее, чем Amazon Redshift, при этом его стоимость втрое меньше.

Продукты

Низкая задержка отклика и гибкое масштабирование

Oracle NoSQL помогает разработчикам повысить производительность за счет использования управляемого облачного сервиса, поддерживающего модели данных «документ» и «ключ-значение».

Продукты

Сервисы Oracle Database Cloud

Полностью автоматизированная база данных

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

Продукты

СУБД Oracle Database

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

Продукты

Создание, масштабирование и защита баз данных в облаке

Oracle Database Service дает компаниям возможность создавать полнофункциональные системы СУБД Oracle Database в облачной инфраструктуре Oracle Cloud Infrastructure (OCI) и управлять ими. ИТ-подразделения предоставляют базам данных на виртуальных машинах блочные системы хранения или выделенные (bare metal) серверы с локальным флеш-накопителем NVMe, предоставляя рентабельные услуги облачных баз данных с выбором версии СУБД Oracle Database.

Продукты

Лучшая платформа локального развертывания СУБД Oracle Database

Oracle Exadata — это комплексное решение для повышения производительности, масштабируемости, безопасности и доступности корпоративных баз данных СУБД Oracle Database. Оно включает в себя более 60 уникальных функций, например Smart Scan SQL offload, которые созданы совместно с СУБД Oracle Database и ускоряют работу OLTP, аналитики и машинного обучения. Exadata снижает капитальные затраты и расходы на управление благодаря консолидации сотен баз данных на единой системе. Программно-аппаратные комплексы Exadata можно развертывать локально, в Oracle Cloud Infrastructure или как решение Cloud@Customer, а также использовать Autonomous Database для упрощения и ускорения цифровой трансформации.

Продукты

Возможности Exadata Cloud в ЦОД заказчиков

Облачный сервис Oracle Exadata Cloud@Customer сочетает в себе производительность Oracle Exadata с легкостью, гибкостью и доступностью управляемой базы данных в собственных ЦОД заказчиков. Это самый простой способ для переноса существующих баз данных Oracle в облако, так как он обеспечивает полную совместимость с имеющимися системами Exadata и Exadata Cloud Service. Exadata Cloud@Customer также отвечает требованиям заказчиков в отношении независимости данных и возможности подключения с малой задержкой к существующим ресурсам центра обработки данных, обеспечивая более высокую консолидацию баз данных, чем это возможно с другими облачными сервисами локальных баз данных.

Продукты

Минимальные сложности при эффективном управлении данными

Oracle Exadata — это высокодоступная, производительная и наиболее безопасная архитектура для работы СУБД Oracle Database. Использование комплексов Exadata — это прекрасный способ сократить площади Вашего ЦОД и ускорить вывод на рынок важных для бизнеса нагрузок.

Продукты

Производительность, надежность, удобство использования

Сервис MySQL Database с HeatWave — единственный сервис, позволяющий администраторам баз данных и разработчикам приложений запускать нагрузки обработки транзакций в реальном времени (OLTP) и оперативной аналитической обработки данных (OLAP) непосредственно из своей базы данных MySQL. Таким образом устраняется необходимость в сложном, трудоемком и дорогостоящем перемещении данных и интеграции с отдельной аналитической базой данных.

Продукты

Высокая доступность, гибкость моделирования данных, эластичное масштабирование

Облачный сервис Oracle NoSQL Database обеспечивает пропускную способность и емкость системы хранения по требованию. Он поддерживает типы данных JSON, таблицы и модели данных «ключ-значение» с сохранением гибкости транзакций.

Продукты

Варианты гибкого развертывания СУБД в зависимости от стратегии Вашего бизнеса

Oracle Database 19c

Ознакомьтесь с Oracle Database, которая обеспечивает безопасность, гибкость, производительность и надежность, помогающие поддерживать самые требовательные операционные и аналитические нагрузки.

Перенесите свою базу данных в Oracle Cloud

Перенос Вашей локальной реляционной базы данных в Oracle Cloud производится легко и просто. Мы предлагаем экономичное, полностью автоматизированное, высокодоступное и масштабируемое решение переноса рабочих нагрузок баз данных в облако.

Истории успеха заказчиков, использующих Oracle Database

Решения Oracle Database обеспечивают поддержку наиболее важных для бизнеса приложений и защиту данных.

Oracle Autonomous Data Warehouse помогает госпиталю Седжон лечить сердечные заболевания

Блог Database Insider

Скрытая экономика данных и конвергентная база данных Oracle

В середине 1800-х в Соединенных Штатах имело хождение восемь тысяч валют. Банки небольших городков, кредитные союзы и даже железнодорожные компании печатали свои деньги. В поездках чем дальше, тем сильнее Ваши деньги теряли ценность, а иногда их могли и вовсе не принимать: в Виргинии могли не брать доллары из Балтимора и Огайо. В барах и отелях сверялись с огромными журналами курсов обмена, даже для отдельных покупок. Соответствующие издержки на транзакции сильно замедляли экономику страны в целом.

Рекомендуемые блоги

Материалы

Доступ к документации по базам данных

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

Источник