oracle 19c что нового

Oracle раскрыла ключевые возможности новой Database 19c

Oracle представила новые функции, включенные в Oracle Database 19c. Представленная на Oracle Live SQL в начале 2019 года, новая версия Oracle Database 19c предлагает набор инноваций и является стабильной версией, рассчитанной на длительное использование.

Функция Automatic Indexing создает индексы автоматически с использованием алгоритмов машинного обучения, причем, как показали тесты, она часто справляется с этой задачей лучше, чем человек.

«Впервые база данных может сама определить оптимальный набор индексов, — отметил Доминик Джайлс, главный менеджер Oracle по продуктам Oracle Database. — При их создании учитываются структура данных, сами данные и запросы». Это означает, что «базу данных можно создать и начать использовать вовсе без каких-либо индексов или с очень небольшим набором индексов. База данных проанализирует ресурсоемкие запросы, чтобы понять, какие индексы потенциально нужны, проверит полезность отобранных кандидатов, а затем сама построит индексы, причем все это займет меньше времени, чем создание индексов вручную».

Эта функция будет работать и с базой данных, для которой индексы уже построены. В этом случае автоматическое индексирование может помочь в тонкой настройке набора индексов в БД. После создания индексов база данных постоянно проверяет их использование и удаляет ненужные. Это важно, потому что с течением времени индексы накапливаются — крупные коммерческие приложения, работающие с Oracle Database, могут создавать за годы использования тысячи таких индексов.

«Часто они создаются для отчетов или пакетных заданий, в которых уже больше нет нужды», — отметил Доминик Джайлс. Это не так безобидно, поскольку индексы увеличивают потребность базы данных в вычислительных ресурсах и ресурсах хранения.

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

Чтобы помочь клиентам эффективнее ее использовать, в Oracle Database 11g корпорация Oracle предложила опцию Oracle Active Data Guard, с помощью которой можно открывать резервную базу данных на чтение, создавать на ней отчеты и выполнять бэкапы.

В Oracle Database 19c реализована важная дополнительная возможность Active Data Guard DML Redirect, которая позволяет изменять данные в резервной базе данных. Как объясняет Доминик Джайлз, одна из причин такого нововведения в том, что «многие приложениям при создании отчетов требуется не только читать данные, но и делать некоторые записи в базе данных. С помощью Active Data Guard DML Redirect операции записи немедленно и прозрачно перенаправляются в первичную базу данных и после занесения в нее реплицируются в резервную БД. С точки зрения пользователя это выглядит так, как будто он обновляет данные в резервной базе данных».

Active Data Guard DML Redirect работает одинаково хорошо при размещении резервной базы данных как в локальной среде, так и в облаке, а также когда и основная, и резервная базы данных выполняются в облачной среде. Это позволяет клиентам более гибко и креативно использовать данный дополнительный ресурс.

Клиенты Oracle постоянно сталкиваются с проблемой хранения растущих объемов данных, причем для соответствия требованиям регуляторов, данные подчас должны храниться годами и находиться всегда под рукой. Гибридные секционированные таблицы в Oracle Database 19c помогут справиться с этой задачей.

Гибридные секционированные таблицы (Hybrid Partitioned Tables) позволяют совмещать в рамках одной таблицы как секции, которые находятся внутри стандартного табличного пространства, так и секции, которые размещаются на внешних дешевых системах хранения вне базы данных.

«Это означает, что все возможности аналитики СУБД Oracle можно использовать даже тогда, когда данные размещены на внешней недорогой системе хранения. Эти системы хранения данных могут располагаться как в локальном ЦОД клиента, так и в облаке. Привлекательность такой модели в том, что некоторые секции таблицы, размещенной в БД вашего ЦОД могут лежать в облаке.

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

Поддержка JSON появилась еще в Oracle Database 12c, где было реализовано нативное хранилище документов JSON и SQL-доступ. Она получила дальнейшее развитие в версии 18c с внедрением высокопроизводительной аналитики для документов JSON. В Oracle Database 19c корпорация Oracle улучшила поддержку JSON. Для традиционных разработчиков все стало еще проще.

В Oracle Database 19c появилась поддержка интерфейсов прикладного программирования Simple Oracle Document Access (SODA) для Java, Python, C и Node.js.

Общая производительность витрины данных или хранилища данных может резко упасть при частом выполнении запросов с очень высокими требованиями к ресурсам ЦПУ и вводу-выводу. СУБД Oracle Database 19c «может автоматически помещать эти запросы в карантин (Query Quarantine) и блокировать их выполнение, если уровень потребления ресурсов превосходит заданные для них пороговые значения».

Новые механизмы и возможности важны, но также важна стабильность приложений и локальных инсталляций баз данных — и Oracle Database 19c ее обеспечивает.

«Стабильность является основной целью Oracle Database 19c — это релиз с долгосрочной поддержкой, — сказал Доминик Джайлс. — Циклы обновления локальных СУБД у наших клиентов достаточно длительные, и многие клиенты ждали релиз Oracle Database 19c, чтобы перейти на него с Oracle Database 11g или Oracle Database 12c».

Источник

Русские Блоги

10 новых функций Oracle Database 19c

На ежегодном собрании ACOUG я поделился некоторым контентом, которым раньше не делился. Я помню, что в этом году я все еще должен следующую статью. Я буду организовывать, просматривать и делиться некоторыми важными изменениями в Oracle 19c, которые я видел (эта статья взята из OOW конференции, обратите внимание на общедоступную учетную запись «данные и облако»: 2018OOW получить конференцию PPT).

Oracle 19c эквивалентен версии 12.2.0.3 и является окончательной версией Oracle 12c, поэтому в этой версии не будет слишком много новых функций, и, что более важно, улучшена стабильность, так что пользователи могут перейти на 12c больше В основной версии. Сказав это, прогресс базы данных Oracle всегда будет удивлять людей. Здесь мы выбрали 10 новых функций 19c в качестве подарков на Рождество для друзей, которые настаивают на техническом пути.

1. Data Guard в режиме ожидания DML автоматического перенаправления

При использовании ADG в качестве резервной базы данных для развертывания с разделением на чтение и запись могут возникать случайные операции DML, отправляемые в резервную базу данных по причинам приложения. В 19c Oracle поддерживает автоматическое перенаправление резервной базы данных DML. Конкретные шаги:

Обновления будут автоматически перенаправлены в основную библиотеку;

Основная библиотека выполняет обновления, генерирует и отправляет журналы повторов в резервную библиотеку;

После восстановления резервной базы данных приложения сеанс ADG будет прозрачно видеть реализацию обновленной информации;

Эту функцию можно включить, установив параметр ADG_REDIRECT_DML на уровне системы или сеанса.Таким образом, можно поддерживать согласованность ACID сеанса ADG, в то же время прозрачно поддерживая естественную конфигурацию разделения чтения-записи «преимущественно читаемых, периодически обновляемых» приложений.

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

2. Поддержка семейства таблиц функции Oracle Sharding

В функции Oracle Sharding фрагментированные таблицы называются Sharded-таблицами, а коллекция этих сегментированных таблиц называется Family Table. Таблицы в семействе таблиц имеют отношение родитель-потомок. В семействе таблиц нет родительской таблицы. Таблица называется корневой таблицей (root table), у каждого семейства таблиц может быть только одна корневая таблица. Все Sharded-таблицы в семействе таблиц фрагментированы в соответствии с одним и тем же ключом (первичный ключ).

В 12.2 в SDB поддерживается только одно семейство таблиц. В 19c в SDB допускается несколько семейств таблиц, каждое из которых фрагментировано различным ключом Sharding. Это важное улучшение функции Sharding. При поддержке Families Sharding может найти больше сценариев применения.

3. Прозрачная поддержка непрерывности приложений

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

Захват состояния автоматически отключается после отправки транзакции, поскольку успешно отправленную транзакцию больше не нужно восстанавливать на уровне сеанса;

В начале транзакции отслеживание статуса автоматически повторно включается;

4. Автоматическое создание и внедрение индекса

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

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

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

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

Автоматизация также удалит индексы, отброшенные вновь созданными индексами (логические слияния), и удалит автоматически созданные индексы, которые не использовались в течение длительного времени.

5. Усовершенствование приложения параллельного повторного журнала нескольких экземпляров

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

Начиная с версии Oracle 12.2, поддерживаются параллельные приложения с несколькими экземплярами, что значительно ускоряет процесс восстановления.В 18c он начал поддерживать столбчатое хранилище In-Memory, а в 19c параллельные приложения начали поддерживать столбцовое хранилище In-Memory.

Рекомендуемые продукты

Облако и Enmo zData Все в одномГиперконвергентная и облегченная версии были выпущены для поддержки различных упрощенных сценариев. Также была выпущена машина ZDBM для резервного копирования с нулевой потерей данных «все в одном».

6. Поддержка смешанной таблицы разделов Oracle

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

Эта функция реализована с использованием характеристик внешних таблиц. Ниже приведен пример:

CREATE TABLE orders ( order_idnumber,

EXTERNAL PARTITION ATTRIBUTES

( TYPE oracle_loaderDEFAULTDIRECTORY data_dir

ACCESS PARAMETERS (..) REJECT LIMIT unlimited)

PARTITION BY RANGE(order_date)

( partition q1_2015 values less than(‘2014-10-01’)

EXTERNAL LOCATION (‘order_q1_2015.csv’),

partition q2_2015 values less than (‘2015-01-01’),

partition q3_2015 values less than (‘2015-04-01’),

partition q4_2015 values less than (‘2015-07-01’));

7. Улучшение работы в режиме онлайн

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

В 19c интеллектуальное и детальное управление отказом курсора постоянно улучшалось, чтобы минимизировать влияние операций DDL на сбой курсора.Например, в 19c комментарий к операциям таблицы не вызовет сбой курсора.

Для операций обслуживания разделов, таких как Truncate, Oracle будет выполнять детальное управление, а отказ DDL не повлияет на SQL, не связанный с операциями DDL.

8. Автоматическое управление статистической информацией

По мере изменения данных таблицы статистика данных таблицы оптимизатора обновляется практически в реальном времени, чтобы предотвратить неоптимальные планы выполнения.

Статистическое онлайн-обслуживание встроено в прямую загрузку пути

Первый сеанс, который должен перекомпилировать курсор SQL (например, из-за новой статистики оптимизатора), выполняет перекомпиляцию

Другие сеансы продолжают использовать старый курсор SQL, пока компиляция не будет завершена

Избегайте большого количества пауз сессии из-за перекомпиляции

9. Автоматизированное управление планом выполнения SQL

В 19c база данных включит захват плана выполнения всех многократно используемых SQL по умолчанию (за исключением системной схемы SQL SYS), а затем выполнит автоматическую оценку плана выполнения. Оценка может быть выполнена для TOP SQL, SGA, STS в AWR В SQL.

Если оцененный план выполнения лучше текущего плана выполнения (как правило, для повышения эффективности более чем на 50%), он будет добавлен в базовую библиотеку плана выполнения в качестве последующего выбора выполнения, и плохой план выполнения будет отмечен Как недопустимо.

С этой функцией стабильность плана выполнения SQL будет идти дальше.

10. Улучшение функции SQL

В 19c функция SQL была еще более усовершенствована, что включает в себя дальнейшую оптимизацию COUNT DISTINCT. Примерная операция Distinct, представленная в 12c, уже может принести значительные улучшения производительности для конкретного SQL. Теперь операция COUNT DISTINCT основана на растровом изображении. Продолжайте ускорять запрос.

Кроме того, LISTAGG добавляет ключевое слово DISTINCT, которое используется для изменения порядка данных операции.

ANY_VALUE предоставляет возможность получать случайные значения из набора данных.Если вы хотите использовать Макс / Мин для достижения аналогичных функций ранее, новые функции значительно повысят эффективность. Функция ANY_VALUE уже существует в MySQL, и теперь она должна быть усовершенствована функциями Oracle, заимствованными и на которые ссылается MySQL.

С точки зрения SQL, возможности Oracle находятся за гранью воображения.

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

Источник

Технологии СУБД Oracle Database

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

СУБД Oracle Database 21c уже доступна для использования в качестве инновационной версии, предоставляющей первоначальную информацию о различных обновлениях и новых возможностях. К ним относятся: улучшенная поддержка нескольких моделей за счет встроенного в базу данных языка программирования Javascript и собственных блокчейн-таблиц, обновления для работы с параллельными нагрузками, например автоматизированное машинное обучение (AutoML), а также обновления сегментирования, которые будут включены в следующие долгосрочные версии.

Повышайте уровень производительности для наиболее требовательных аналитических и операционных нагрузок. Подробнее об обновлении СУБД Oracle Database 19c.

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

Демократизация машинного обучения с выпуском СУБД Oracle Database 21c.

Источник

Что случилось с High Availability в Oracle 19c Standard Edition, что такое SE2HA и при чём тут репликация

Если вы уже используете Oracle Standard Edition (SE) или планируете перейти на эту редакцию, чтобы сократить расходы на Oracle, вы, наверняка, знаете, что там урезаны опции HA и DR. Поскольку DataGuard недоступен для Standard Edition, RAC — единственный вариант обеспечения высокой доступности без использования сторонних решений. Так было до тех пор, пока компания Oracle не убрала его поддержку в Oracle 19c и не объявила о новой опции под названием Standard Edition High Availability (SE2HA), которая при внимательном рассмотрении оказывается даунгрейдом с RAC.

В этой статье я расскажу об отличиях технологий SE2HA и RAC, а также расскажу как тут может пригодиться инструмент для репликации Quest Shareplex. Погнали!

Oracle RAC для SE обеспечивал высокую доступность в рамках единого ЦОД с двумя работающими узлами, поддерживающими единую базу данных. Для сравнения, SE2HA — это набор сценариев, которые запускаются поверх кластеров Oracle и используют Grid Control для управления аварийным переключением. Т.к. SE2HA использует технологии Oracle Clusters и ASM, как основной, так и резервный сервер должны быть расположены в одном ЦОД и подключены к одному и тому же общему хранилищу. Как и RAC, SE2HA использует те же файлы базы данных, поэтому если они недоступны, база данных тоже становится недоступной. Выходит что SE2HA имеет те же ограничения в плане нахождения в одном ЦОД и те же точки отказа, что и RAC.

Поскольку RAC представляет собой кластерную базу данных с архитектурой общего кэша, все серверы в пуле кластера активны и непрерывно обрабатывают трафик. Если сервер в кластерном пуле выходит из строя, база данных продолжает обрабатывать активность на оставшихся узлах. Другими словами, с RAC нет фактического аварийного переключения — вы получаете постоянную доступность при обработке сбоев сервера. Для сравнения, Oracle 19c SE High Availability будет отрабатывать отказ сервера следующим образом:

Важно помнить, что доступность — это не только обработка сбоев сервера, но и полное предотвращение простоев. Пользователи Oracle Standard Edition имели возможность использовать RAC для последовательного обновления. После удаления этой опции пользователи Standard Edition должны отключить базу данных для выполнения это операции. Учащение выпуска обновлений Oracle (ежеквартальные обновления, исправления и т.д.) усугубляет проблему.

Oracle почти наверняка желает клиентам обновления до Enterprise Edition. Возникает вопрос: действительно ли SE2HA полностью подойдет или можно рассмотреть и другой подход? Вместо того, чтобы оставаться на более ранней версии Oracle, предлагаю рассмотреть вариант с репликацией. Преимущества будут теми же самыми как и при использовании RAC.

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

Пример архитектуры репликации

Shareplex поддерживает репликацию из Oracle (включая ASM, RAC, Exadata) в другой Oracle, в Kafka, PostgreSQL, SQL Server и в JSON-файлы. Один из популярных кейсов использования Shareplex — миграция из Oracle в PostgreSQL. Ключевая особенность Shareplex — контроль целостности данных при репликации и функционал онлайн-сравнения данных, который может быть задействован при подозрении на несогласованность данных. Более подробно о возможностях Shareplex можно узнать в моей предыдущей статье.

Если у вас есть задача репликации или миграции — приходите, попробуем помочь её решить.

Источник

Oracle Database 19c представляет собой выпуск продуктов Oracle Database семейств 12c и 18с с долгосрочной поддержкой, предлагая заказчикам приоритетную и расширенную поддержку до марта 2023 года и марта 2026 года, соответственно. Выпуск доступен для платформ Linux, Windows, Solaris, HP/UX и AIX, а также для Oracle Cloud. Oracle Database 19c предлагает заказчикам лучшую производительность, масштабируемость, надежность и безопасность для всех рабочих и расчетных нагрузок.

Новые функции, включенные в Oracle Database 19c, сделали СУБД №1 в мире еще полезнее для поддержки бизнеса в цифровую эпоху. Представленная на Oracle Live SQL в начале 2019 года, новая версия Oracle Database 19c предлагает впечатляющий набор инноваций и явлется стабильной версией, рассчитанной на длительное использование. Ценное и важное для себя найдут в ней и разработчики, и администраторы баз данных, и специалисты по анализу данных, и эксперты по информационной безопасности.
Сегодня мы рассказываем о ключевых новых возможностях.

Автоматическая индексация

Функция Automatic Indexing создает индексы автоматически с использованием алгоритмов машинного обучения, причем, как показали тесты, она часто справляется с этой задачей лучше, чем человек «Впервые база данных может сама определить оптимальный набор индексов, — поясняет Доминик Джайлс, главный менеджер Oracle по продуктам Oracle Database. — При их создании учитываются структура данных, сами данные и запросы». Это означает, что «базу данных можно создать и начать использовать вовсе без каких-либо индексов или с очень небольшим набором индексов. База данных проанализирует ресурсоемкие запросы, чтобы понять, какие индексы потенциально нужны, проверит полезность отобранных кандидатов, а затем сама построит индексы, причем все это займет меньше времени, чем создание индексов вручную».

Эта функция будет прекрасно работать и с базой данных, для которой индексы уже построены. В этом случае автоматическое индексирование может помочь в тонкой настройке набора индексов в БД. После создания индексов база данных постоянно проверяет их использование и удаляет ненужные. Это важно, потому что с течением времени индексы накапливаются — крупные коммерческие приложения, работающие с Oracle Database, могут создавать за годы использования тысячи таких индексов.

Active Data Guard DML Redirect

Чтобы помочь клиентам эффективнее ее использовать, в Oracle Database 11g корпорация Oracle предложила опцию Oracle Active Data Guard, с помощью которой можно открывать резервную базу данных на чтение, создавать на ней отчеты и выполнять бэкапы.

В Oracle Database 19c реализована важная дополнительная возможность Active Data Guard DML Redirect, которая позволяет изменять данные в резервной базе данных. Одна из причин такого нововведения в том, что «многие приложениям при создании отчетов требуется не только читать данные, но и делать некоторые записи в базе данных. С помощью Active Data Guard DML Redirect операции записи немедленно и прозрачно перенаправляются в первичную базу данных и после занесения в нее реплицируются в резервную БД. С точки зрения пользователя это выглядит так, как будто он обновляет данные в резервной базе данных».

Active Data Guard DML Redirect работает одинаково хорошо при размещении резервной базы данных как в локальной среде, так и в облаке, а также когда и основная, и резервная базы данных выполняются в облачной среде.

Гибридные секционированные таблицы (!!)

Клиенты Oracle постоянно сталкиваются с проблемой хранения растущих объемов данных, причем для соответствия требованиям регуляторов, данные подчас должны храниться годами и находиться всегда под рукой. Гибридные секционированные таблицы в Oracle Database 19c помогут справиться с этой задачей.

Гибридные секционированные таблицы (Hybrid Partitioned Tables) позволяют совмещать в рамках одной таблицы как секции, которые находятся внутри стандартного табличного пространства, так и секции, которые размещаются на внешних дешевых системах хранения вне базы данных.

«Это означает, что все возможности аналитики СУБД Oracle можно использовать даже тогда, когда данные размещены на внешней недорогой системе хранения», — поясняет Доминик Джайлс. Эти системы хранения данных могут располагаться как в локальном ЦОД клиента, так и в облаке. «Привлекательность такой модели в том, что некоторые секции таблицы, размещенной в БД вашего ЦОД могут лежать в облаке», — говорит он.

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

Поддержка JSON

В Oracle Database 19c корпорация Oracle улучшила поддержку JSON. Для традиционных разработчиков все стало еще проще.

«Мы улучшили и упростили синтаксис наших функций JSON и реализовали возможность частичного обновления JSON. Это позволяет изменить один атрибут большого документа JSON, не обновляя его целиком», — сообщает Доминик Джайлс.

Кроме того, в Oracle Database 19c появилась поддержка интерфейсов прикладного программирования Simple Oracle Document Access (SODA) для Java, Python, C и Node.js.

Карантин запросов

Общая производительность витрины данных или хранилища данных может резко упасть при частом выполнении запросов с очень высокими требованиями к ресурсам ЦПУ и вводу-выводу. СУБД Oracle Database 19c «может автоматически помещать эти запросы в карантин (Query Quarantine) и блокировать их выполнение, если уровень потребления ресурсов превосходит заданные для них пороговые значения». Как отмечает Доминик Джайлс, это позволяет обеспечить стабильную работу базы данных для всех пользователей.

Стабильность и доступность

Новые механизмы и возможности важны, но также важна стабильность приложений и локальных инсталляций баз данных — и Oracle Database 19c ее обеспечивает.

Источник