Oracle 19: что нового

Обновлено: 21.11.2024

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

Платформа RKVST поддерживает несколько типов приложений для работы с данными на блокчейне, включая безопасный обмен данными SBOM для обеспечения кибербезопасности.

Законы о конфиденциальности данных во всем мире постоянно меняются. Эти 10 элементов помогут организациям идти в ногу со временем .

Метаданные придают данным контекст, а во время таких кризисов, как война на Украине, когда трудно понять, каким новостям доверять, контекст.

Используя платформу поставщика BI, фирма, занимающаяся маркетингом и взаимодействием с клиентами в сфере здравоохранения, увеличила скорость анализа и увеличила число клиентов .

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

Многие компании могут извлечь выгоду из возможностей аналитики, а организации, использующие SAP ECC, по-прежнему могут создавать эффективные .

Внедрение S/4HANA сопряжено со значительным риском, но также предлагает реальную возможность цифровой трансформации. Вот .

Вот объяснение основных различий между SAP Greenfield и Brownfield, а также то, что третий, гибридный подход может сделать для S.

Хороший дизайн базы данных необходим для удовлетворения потребностей обработки в системах SQL Server. На вебинаре консультант Коэн Вербек предложил .

Базы данных SQL Server можно переместить в облако Azure несколькими способами. Вот что вы получите от каждого из вариантов .

В отрывке из этой книги вы познакомитесь с методами LEFT OUTER JOIN и RIGHT OUTER JOIN и найдете различные примеры создания SQL.

Насколько хорошо вы знаете обработку исключений в Java? Эти 10 сложных вопросов с несколькими вариантами ответов для проверенных и непроверенных .

Не позволяйте возникновению RuntimeException в Java привести к остановке вашего кода. Вот 10 примеров того, как избежать .

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

Intel оптимистично настроена, что ее дорожная карта процессоров может вернуть компанию на первое место, но перед компанией стоят непростые перспективы .

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

Недавние достижения в технологиях центров обработки данных и кадровых моделях отражают стремление организаций к повышению гибкости ИТ, .

Генеральный директор Sitecore Стив Цикакис вступил во владение во время пандемии — на фоне стремительного роста — и переосмыслил компанию как цифровую.

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

Успешное развертывание ECM требует планирования. Менеджеры контента должны учитывать жизненный цикл контента своей организации, безопасность .

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

Стратегия General Motors по привлечению талантов включает в себя новые инструменты для повышения эффективности рекрутеров, в том числе чат-боты, автоматизированные .

Чтобы нейроотличные наймы были успешными, компании должны подготовить свои офисы и провести обучение, — сказал Энтони Пачилио.

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

Многие из моих клиентов недавно обновили базу данных 19c. Обычно из 12.1 или 12.2, как минимум один из еще более старой версии. Поэтому я составил список вещей, которыми мне нравится пользоваться и которые теперь доступны в среде 19c.

Имейте в виду, что 19c — это не основная новая версия базы данных, а всего лишь переименованная версия 12.2.0.4. Однако это последний (= долгосрочная поддержка) выпуск семейства баз данных Oracle 12.2. Таким образом, он уже получил набор бэкпортированных функций 21c. И некоторые из них кажутся мне очень полезными.

Это очень субъективная компиляция. Я трачу 75% времени на разработку, 50% на работу с базами данных и 25% на управление (да, эти области пересекаются), что может объяснить некоторые предпочтения.

10. Постепенное изменение пароля базы данных для приложений (19.12)

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

Этот параметр изначально был разработан для версии 21c и был перенесен в версию 19.12. Его можно установить для профиля, но также был улучшен синтаксис изменения пользователя.

По сути, это означает, что в течение определенного времени пользователь может войти как со старым, так и с новым паролем. Максимально допустимое время – 7 дней.

Некоторые учетные записи (административные) не могут использовать это, вероятно, из соображений безопасности.
ORA-28227: Постепенная смена пароля не поддерживается для пользователей с правами администратора.

Юлиан Дончефф объясняет этот параметр более подробно:

9 гибридных секционированных таблиц

Секционированные внешние таблицы появились в версии 12.2. Такие таблицы используют драйвер внешней таблицы (ORACLE_LOADER или ORACLE_DATAPUMP) для получения данных из файла или даже из облачного источника (см. также DBMS_CLOUD). И каждый раздел может иметь другой файл или даже другой каталог оракула в качестве источника.

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

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

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

Разумеется, для этого нужна лицензия на разделы (или используйте 21cXE)!

Дополнительная литература:

8 MAX_IDLE_BLOCKER_TIME

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

Установка для такого параметра значения 0 означает, что сеанс неограничен. Другие значения (для параметров инициализации) указаны в минутах.

MAX_IDLE_BLOCKER_TIME ограничит сеансы, потребляющие ресурсы. Это гораздо лучший вариант, поскольку пулы соединений с серверов приложений обычно простаивают, когда они не используются. Эти сеансы не следует трогать, если мы установим MAX_IDLE_TIME на 0, а MAX_IDLE_BLOCKER_TIME на 30, например.

7 Функция SQL для подсчета растровых изображений

По сути, это позволяет создавать материализованные представления (MV), используя COUNT (DISTINCT…) по нескольким измерениям. Этот метод лучше всего подходит для больших агрегаций в средах DWH.

Случай использования

Представьте такое заявление

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

Проблема в том, что мы не можем агрегировать количество различных элементов с более низкого уровня на более высокий. Количество отдельных клиентов за один месяц может быть 3. Если каждый месяц в этом году имеет одинаковое количество отдельных клиентов, равное 3, мы все равно не знаем, был ли это один и тот же клиент каждый месяц или совершенно разные клиенты. Все, что мы можем сделать, это то, что количество отдельных клиентов в этом году составляет не менее 3 и не более 36 (=3*12).

В версии 19c мы получили несколько новых функций BITMAP_*, которые вместе помогают нам создать материализованное представление для такого сценария. Это сложная задача.

Ссылки

Вот прямые ссылки на 5 новых функций, необходимых для реализации этого. Три скалярные функции и две агрегатные функции (те, которые заканчиваются на _AGG)

6 макросов SQL (19.7)

Макросы SQL были анонсированы для версии 20c.

Существует два вида макросов SQL: скалярные и табличные макросы. В 19c у нас есть только макросы TABLE (пока).

Скалярные макросы можно использовать в большинстве предложений оператора SQL (обычно это выбор). Макросы select , where , order by, table могут использоваться только в предложении from.

Я довольно скептически относился к макросам SQL, но теперь понимаю, насколько они могут быть полезны. Лично я считаю скалярные макросы более удобными, но в 19c их пока нет. Табличные макросы — более причудливые вещи.

Макросы реализованы с помощью функции plsql. Эта функция разрешается во время компиляции (не во время выполнения!) и предоставляет дополнительный код, который заменяет функцию. Мы можем рассматривать это как своего рода расширенную замену текста.

Ссылки

5 JSON_MERGEPATCH

JSON_MERGEPATCH — это новая функция SQL, позволяющая частично обновлять блоки данных JSON.

Это позволяет легко исправлять объекты json. Однако мы не можем так же легко добавлять записи, например, в массив json. Для этого необходимо заменить весь массив.

Clob копируется во время процесса слияния. Если важны производительность или память, имейте это в виду.

Примеры из документации

4 Easy Connect Plus

Easy connect plus позволяет использовать все, что было ранее добавлено в tnsnames.ora или sqlnet.ora . Таким образом, tnsnames.ora больше не нужен, даже при установке некоторых специальных параметров для подключения.

Синтаксис

Easy Connect Plus:

[[протокол:]//]хост1[:порт1][/[имя_службы][:тип_сервера][/имя_экземпляра]][?имя_параметра=значение]

Важно отметить способ указания протокола, который может быть, например, TCPS или TCP. Поддерживается несколько серверов, что очень полезно в случае среды защиты данных. И есть способ добавить параметры.

Некоторые общие параметры могут быть следующими:

  • отказоустойчивость
  • адрес_кошелька
  • сду
  • количество повторов

Что делают эти параметры, можно увидеть в официальном документе об Easy Connect Plus.

Пример

Дополнительная литература

Белая книга от Oracle

Easy connect plus в сценариях против сред, защищенных защитой данных (статья на немецком языке), Марко Мишке:

3 упрощения SQL/JSON

Точка для JSON внутри SQL.

Пример

Следующий пример взят непосредственно из LiveSQL (ссылка ниже).

См. также обработку( . as json)

Подробнее о LiveSQL:

2 3 PDB для Standard Edition 2 (19.5)

Мультиарендантство для стандартной версии!

Начиная с 19c все базы данных, включая Standard Edition 2, могут использовать до 3 PDB без дополнительной лицензии.

Это означает, например, что теперь мы можем клонировать PDB из базы данных TEST в базу данных INTEGRATION, не отключая существующие PDB (при условии, что общее количество без учета PDB$SEED равно или меньше трех).

Параметр MAX_PDBS влияет на то, сколько pdb вам разрешено создавать. Значение должно быть равно 3, если у вас стандартная версия и установлены последние исправления.

Также я помню, что позже ограничение было увеличено до 5. Но я не нашел никакой документации по этому поводу, поэтому могу рекомендовать использовать только 3 PDB, если вы используете SE2.

1 LISTAGG отличается

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

Все приведенные ниже примеры кода были выполнены на LiveSQL.

Поскольку каждый сотрудник всегда работает только в одном отделе, это довольно простой список.

Как насчет того, чтобы увидеть список вакансий в каждом отделе?

К сожалению, это повторяет все задания.

Listag Different позволяет избежать дублирования.

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

Почетные упоминания:

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

В Oracle® Database версии 19c представлено множество новых и улучшенных функций.

Введение

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

Возможности

Ниже приведены новые функции, упрощающие задачи администратора баз данных (DBA):

  • Улучшения тихого режима DBCA. Используйте DBCA в автоматическом режиме для выполнения следующих задач:
    • Клонировать удаленную PDB.
    • Переместите PDB в другую базу данных-контейнер (CDB).
    • Создайте копию базы данных Oracle.

    В следующих разделах эти функции рассматриваются более подробно.

    Тихий режим DBCA

    Используйте автоматический режим DBCA для клонирования или перемещения базы данных PDB, CDB или базы данных, отличной от CDB, как показано в следующих примерах:

    Чтобы создать PDB путем клонирования удаленной PDB с помощью DBCA в автоматическом режиме, используйте следующий синтаксис:

    Чтобы переместить PDB в другую CDB, используйте следующий синтаксис:

    Чтобы создать дубликат базы данных, отличной от CDB или Real Application Clusters (RAC), используйте следующий синтаксис:

    Пробная проверка при обновлении Grid

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

    • Предварительно проверьте входные данные и результаты.
    • Не запускает никаких инструментов настройки
    • Проверяет готовность системы к обновлению
    • Конфигурация хранилища и сети
    • Требования к программному и аппаратному обеспечению
    • Исправьте требования и при необходимости примените исправление

    Синтаксис: $ORACLE_HOME/runinstaller dryRunForUpgrade

    Примечание. После пробного запуска необходимо отключить ORACLE_HOME на первом узле, чтобы приступить к фактическому обновлению. Используйте следующий синтаксис для выполнения этой задачи:

    runInstaller -silent –waitforcompletion -detachHome ORACLE_HOME=<> -local

    Воспоминание в Data Guard

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

    Oracle Active Data Guard с DML и PL/SQL

    Теперь вы можете использовать DML и PL/SQL в режиме ожидания. Как пользователь Oracle Active Data Guard вы можете запускать операторы DML или коды PL/SQL на уровне базы данных. Кроме того, вы можете запускать операторы DML или коды PL/SQL на уровне сеанса по мере необходимости, если вы не настроили параметры на уровне базы данных. Используйте следующие настройки и команды:

    Для всех сеансов активности DML установите параметр в режиме ожидания:

    Для всех сеансов PL/SQL Activity установите параметр в режиме ожидания:

    Для текущих настроек сеанса используйте:

    Автоматическая очистка трассировки сети и файла журнала

    Oracle представила автоматический диагностический репозиторий (ADR) и параметры прослушивателя, отличные от ADR, для управления хранением журналов и файлов трассировки. Ниже приведены параметры, которые учитывают ограничения. По умолчанию система их не устанавливает. Если установлено значение 0, они работают без ограничений. Вы можете установить следующие ненулевые ограничения:

    • LOG_FILE_NUM_listener_name: указывает количество сегментов файла журнала (по умолчанию: не задано).
    • LOG_FILE_SIZE_listener_name: указывает максимальный размер файла журнала прослушивателя в МБ (по умолчанию: 300 МБ).
    • TRACE_FILEAGE_listener_name: указывает максимальный возраст файла трассировки прослушивателя в минутах. (По умолчанию: без ограничений).
    • TRACE_FILELEN_listener: определяет максимальный размер файла трассировки прослушивателя в КБ (по умолчанию: неограничен).
    Функция автоматического индексирования

    Новый представленный пакет позволяет использовать SQL Access Advisor для автоматической настройки задач создания, перестроения и анализа индексов. С ним работают следующие пакеты:

    • dbms_auto_index.configure
    • dbms_auto_index.report_activity

    Используйте столбец DBA_INDEXES, AUTO, чтобы убедиться, что автоматическая конфигурация индекса создала индекс.

    Установка клиента Oracle на основе образа

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

    Автообновление

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

    Утилита AutoUpgrade: oracle_home/rdbms/admin/autoupgrade.jar

    Расположение файлов журнала/конфигурации. Найдите файлы в следующих местах:

    • Системы Unix и Linux®: /tmp/autoupgrade
    • Microsoft® Windows®: C:\Users\name\AppData\Local\Temp\autoupgrade

    Имя файла конфигурации по умолчанию: autoupgrade .cfg (где ГГГГ — год, ММММ — месяц, ЧЧ — часы, ММ — минуты, СС — секунды)

    • JDK 8 (также доступен в двоичном формате, начиная с версии 12.1)
    • К обновлению вручную применяются те же правила, что и к совместимости обновлений.
    • Чтобы перейти на целевую CDB, целевая CDB уже должна существовать.
    • Вы можете напрямую обновить версию 11.2.0.4 и более поздние и преобразовать не-CDB в CDB.
    • Перед запуском автоматического обновления убедитесь, что целевой OracleHome доступен и на нем установлена ​​последняя версия RU/RUR.
    • Режим архивации включен
    • Загрузите и используйте утилиту AutoUpgrade для автоматического обновления следующих версий:

    Что обновлять, а что нет с помощью AutoUpgrade

    В следующем списке показано, что следует обновить или избежать обновления с помощью автоматического обновления:

    • Обновите одну или несколько баз данных Oracle.
    • Не-CDB и CDB, включая прямое преобразование не-CDB в CDB с обновлением.
    • Может поддерживать SE2 и базу данных Enterprise Edition.
    • Работает со всеми операционными системами.
    • Обновите базы данных RAC.
    • Несовместимо с обновлениями грид-инфраструктуры.

    Выполните следующие шаги для настройки и использования автоматического обновления:

    Oracle рекомендует проверить текущую версию и загрузить последнюю версию с MOS 2485457.1 для обновления.

    Настройте параметры файла конфигурации в командной строке, используя следующий синтаксис:

    Кроме того, вы можете использовать следующие переменные среды и параметры конфигурации, объявленные пустыми:

    • ORACLE_HOME = /u01/app/oracle/product/12.1.0.2
    • ORACLE_TARGET_HOME = /u01/app/oracle/product/19.0.3
    • ORACLE_SID=mydb
    • ORACLE_TARGET_VERSION = 18,3

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

    Вы также можете определить глобальные переменные и локальные переменные. Объявление локальной переменной переопределяет глобальные переменные, как показано на следующем рисунке:

    Вы также можете автоматически запускать команды пакетной обработки с помощью сценариев оболочки, сценария PowerShell® или пакетного файла, как показано на следующем рисунке:

    Обновите один и тот же источник и цель:

    Чтобы обновить один и тот же исходный и целевой сервер базы данных Oracle, используйте следующую последовательность, рекомендованную Oracle:

    1. java –jar autoupgrade.jar -config_values ​​"" -режим анализа
    2. java –jar autoupgrade.jar -config_values ​​"" -mode fix
    3. java –jar autoupgrade.jar -config_values ​​"" -режим развертывания

    Обновите другой источник и цель:

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

    java –jar autoupgrade.jar -config_values ​​"" -режим обновления

    Отслеживание обновления:

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

    • /cfgtoollogs
      • ./upgrade/auto/status - параметр noconsole.

      Используйте следующие команды состояния заданий автоматического обновления для запуска и остановки заданий:

      • Список вакансий: lsj
      • Перезапустить задание: возобновить -job
      • Показать статус задания: статус [-job ]
      • Восстановить базу данных из GRP: restore -job
      • Прервать указанное задание, которое можно возобновить: abort -job

      Заключение

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

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

      Я администратор баз данных с более чем десятилетним опытом работы с различными СУБД, большими данными и технологиями баз данных NoSQL, а также с облачной платформой.

      Усовершенствования аудита в базе данных Oracle 19c. В этой статье представлен обзор улучшений аудита в базе данных Oracle 19c.

      Автоматическое индексирование (DBMS_AUTO_INDEX) в базе данных Oracle 19c. В базе данных Oracle 19c появилась функция автоматического индексирования, которая позволяет вам передавать некоторые решения об управлении индексами базе данных.

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

      Настройка физической резервной базы данных Data Guard с использованием брокера Data Guard в Oracle Database 19c. В этой статье содержится пример настройки физической резервной базы данных для Oracle 19c с использованием брокера Data Guard.

      Усовершенствования Data Pump (expdp, impdp) в Oracle Database 19c. В этой статье представлен обзор улучшений Data Pump в Oracle Database 19c.

      DBMS_CLOUD: установка в локальных базах данных 19c и 21c. В этой статье описывается, как установить пакет DBMS_CLOUD в локальные базы данных 19c и 21c.

      Пакет DBMS_CLOUD. В этой статье описывается основное использование пакета DBMS_CLOUD.

      Задания DBMS_JOB преобразованы в задания DBMS_SCHEDULER в базе данных Oracle 19c. Пакет DBMS_JOB устарел с версии 12cR2. Oracle 19c делает еще один шаг вперед по сравнению с пакетом DBMS_JOB, преобразуя любые задания DBMS_JOB в задания DBMS_SCHEDULER.

      DBMS_XPLAN: сравнение планов выполнения в Oracle Database 19c и 21c (COMPARE_PLANS, COMPARE_CURSORS и COMPARE_EXPLAIN). В этой статье показано, как сравнивать планы выполнения с помощью пакета DBMS_XPLAN в Oracle Database 19c и 21c.

      Исключение пункта ENCRYPTION при импорте в Oracle Database 19c. В этой статье показано, как использовать OMIT_ENCRYPTION_CLAUSE параметра import TRANSFORM в базе данных Oracle 19c.

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

      Поддержка данных GeoJSON в Oracle Database 19c. В этой статье мы демонстрируем поддержку данных GeoJSON в Oracle Database 19c. В частности, сопоставление между данными GeoJSON и типом объекта Oracle Spatial SDO_GEOMETRY.

      Время постепенного обновления пароля базы данных (PASSWORD_ROLLOVER_TIME) в Oracle Database 19c и 21c. Начиная с Oracle 21c, мы можем определить время смены пароля, что позволяет нам подключаться, используя как старый, так и новый пароль в течение периода постепенного обновления. Эта функция была перенесена в Oracle 19c в обновлении 19.12.

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

      Усовершенствования поддержки JSON в Oracle Database 19c. Oracle 19c включает в себя несколько улучшений функциональности JSON в базе данных. Этот пост действует как страница ссылок на отдельные статьи по каждой функции.

      JSON_MERGEPATCH в Oracle Database 19c. Функция JSON_MERGEPATCH используется для изменения частей документа JSON в операциях выбора и обновления.

      Усовершенствования JSON_OBJECT в Oracle Database 19c. Функцию SQL/JSON JSON_OBJECT стало намного проще использовать в Oracle 19c.

      JSON_SERIALIZE в Oracle Database 19c. Функция JSON_SERIALIZE преобразует документ JSON из любого поддерживаемого типа данных в текст.

      LISTAGG DISTINCT в Oracle Database 19c. В Oracle 19c предусмотрена возможность удаления дубликатов из результатов LISTAGG путем добавления ключевого слова DISTINCT.

      Сопоставление данных JSON с типами объектов SQL и из них в базе данных Oracle 19c. База данных Oracle 19c позволяет данным JSON создавать экземпляры пользовательских типов объектов, а пользовательские экземпляры типов объектов можно преобразовывать в данные JSON.

      >

      Поддержка материализованного представления для запросов, содержащих JSON_TABLE, в Oracle Database 19c. Oracle 19c может выполнять перезапись запросов операторов с использованием некоторых функций SQL/JSON (JSON_VALUE, JSON_EXISTS) для использования материализованного представления, содержащего соответствующий вызов JSON_TABLE.

      Многопользовательский: перемещение PDB DBCA в Oracle Database 19c. В Oracle 19c можно выполнить перемещение подключаемой базы данных (PDB) с помощью помощника по настройке базы данных (DBCA).

      Многопользовательский: удаленное клонирование DBCA PDB в Oracle Database 19c. В Oracle 19c можно выполнить удаленное клонирование подключаемой базы данных (PDB) с помощью помощника по настройке базы данных (DBCA).

      Мультитенантность: динамическое масштабирование ЦП — диспетчер ресурсов управляет ЦП с помощью CPU_COUNT и CPU_MIN_COUNT — диспетчер ресурсов может контролировать использование ЦП в PDB с помощью параметров CPU_COUNT и CPU_MIN_COUNT. Oracle называет это динамическим масштабированием ЦП.

      Мультитерантность: обновление до Oracle Database 19c. В этой статье представлен обзор обновления существующей многопользовательской базы данных до Oracle 19c.

      Усовершенствования Oracle SQL и PL/SQL в Oracle Database 19c. На этой странице представлены ссылки на все отдельные статьи об улучшениях SQL и PL/SQL в Oracle Database 19c.

      Предложение SQL NESTED вместо JSON_TABLE в Oracle Database 19c. Предложение SQL NESTED позволяет нам написать эквивалент LEFT OUTER JOIN JSON_TABLE, используя упрощенный синтаксис.

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

      Усовершенствования планировщика (DBMS_SCHEDULER) в Oracle Database 18c, 19c и 21c. В этом посте кратко описаны улучшения планировщика в Oracle Database 18c, 19c и 21c.

      SQL Quarantine в Oracle Database 19c. В Oracle Database 19c появилось расширение управления неконтролируемыми запросами под названием SQL Quarantine.

      Multitenant: новые функции в версии 19c – список новых функций Multitenant, представленных в базе данных Oracle 19c, со ссылками.

      Обновление до Oracle Database 19c (не CDB). В этой статье представлен обзор обновления существующей базы данных, отличной от CDB, до Oracle 19c.

      Oracle Database 19c: установки

      Минимальная жизнеспособная установка Oracle Database 19c в Oracle Linux 8 (OL8). В этой статье приведены минимальные шаги, необходимые для получения работающей базы данных Oracle 19c в Oracle Linux 8 (OL8).

      Установка Oracle Database 19c в Oracle Linux 7 (OL7) — в этой статье описывается установка 64-разрядной версии Oracle Database 19c в 64-разрядной версии Oracle Linux 7 (OL7).

      Установка Oracle Database 19c в Oracle Linux 8 (OL8) — в этой статье описывается установка 64-разрядной версии Oracle Database 19c в 64-разрядной версии Oracle Linux 8 (OL8).

      Установка Oracle Database 19c RPM в Oracle Linux 7 (OL7) и Oracle Linux 8 (OL8). В этой статье описывается установка RPM 64-разрядной версии Oracle Database 19c в 64-разрядной версии Oracle Linux 7 (OL7) и Oracle Linux 8. (OL8) 64-разрядная версия.

      Установка Oracle Database 19c на Fedora 29 (F29) — в этой статье описывается установка 64-разрядной версии Oracle Database 19c на Fedora 29 (F29).

      Установка Oracle Database 19c на Fedora 30 (F30) — в этой статье описывается установка 64-разрядной версии Oracle Database 19c на Fedora 30 (F30).

      Установка Oracle Database 19c на Fedora 31 (F31) — в этой статье описывается установка 64-разрядной версии Oracle Database 19c на Fedora 31 (F31).

      Установка Oracle Database 19c на Fedora 32 (F32) — в этой статье описывается установка 64-разрядной версии Oracle Database 19c на Fedora 32 (F32).

      Установка Oracle Database 19c на Fedora 33 (F33) — в этой статье описывается установка 64-разрядной версии Oracle Database 19c на Fedora 33 (F33).

      Установка Oracle Database 19c на Fedora 34 (F34) — в этой статье описывается установка 64-разрядной версии Oracle Database 19c на Fedora 34 (F34).

      Oracle Database 19c RAC в Oracle Linux 7 с использованием VirtualBox и Vagrant. В этой статье описывается автоматическая установка Oracle Database 19c RAC в Oracle Linux 7 с использованием VirtualBox и Vagrant без дополнительных общих дисковых устройств.

      Oracle Database 19c RAC в Oracle Linux 8 с использованием VirtualBox и Vagrant. В этой статье описывается автоматическая установка Oracle Database 19c RAC в Oracle Linux 8 с использованием VirtualBox и Vagrant без дополнительных общих дисковых устройств.

      Читайте также: