Oracle 19 что нового
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 работает одинаково хорошо при размещении резервной базы данных как в локальной среде, так и в облаке, а также когда и основная, и резервная базы данных выполняются в облачной среде. Это позволяет клиентам более гибко и креативно использовать данный дополнительный ресурс.
Гибридные секционированные таблицы (Hybrid Partitioned Tables) позволяют совмещать в рамках одной таблицы как секции, которые находятся внутри стандартного табличного пространства, так и секции, которые размещаются на внешних дешевых системах хранения вне базы данных.
Data Fusion Awards: синергия разнородных данных становится неотъемлемой частью бизнеса, науки и государства
«Это означает, что все возможности аналитики СУБД 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.
Модуль «Управление уязвимостями» на платформе Security Vision: как выявить и устранить уязвимости в своей ИТ-инфраструктуре
«Вы можете работать с широким спектром легких API-интерфейсов NoSQL, которые получают строки из документов JSON в базе данных», - сказал Доминик Джайлс.
Общая производительность витрины данных или хранилища данных может резко упасть при частом выполнении запросов с очень высокими требованиями к ресурсам ЦПУ и вводу-выводу. СУБД Oracle Database 19c «может автоматически помещать эти запросы в карантин (Query Quarantine) и блокировать их выполнение, если уровень потребления ресурсов превосходит заданные для них пороговые значения».
Новые механизмы и возможности важны, но также важна стабильность приложений и локальных инсталляций баз данных — и Oracle Database 19c ее обеспечивает.
«Стабильность является основной целью Oracle Database 19c — это релиз с долгосрочной поддержкой, — сказал Доминик Джайлс. — Циклы обновления локальных СУБД у наших клиентов достаточно длительные, и многие клиенты ждали релиз Oracle Database 19c, чтобы перейти на него с Oracle Database 11g или Oracle Database 12c».
На ежегодном собрании 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,
order_dateDATE, … )
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. Автоматическое управление статистической информацией
По мере изменения данных таблицы статистика данных таблицы оптимизатора обновляется практически в реальном времени, чтобы предотвратить неоптимальные планы выполнения.
Статистическое онлайн-обслуживание встроено в прямую загрузку пути
Например, запускать задания автоматического сбора статистической информации, когда данные существенно меняются. , Так как в последний раз статистика собиралась, более 10% строк в таблице были добавлены / изменены
Первый сеанс, который должен перекомпилировать курсор 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 19c (1) Schema Only
Тестовый пример для учетных записей только схемы (19c)
В этой статье представлены учетные записи только для схемы, новая функция безопасности базы данных Oracle 19c, и мы надеемся, что она будет вам полезна.
Новые функции, включенные в Oracle Database 19c, сделали СУБД №1 в мире еще полезнее для поддержки бизнеса в цифровую эпоху. Представленная на Oracle Live SQL в начале 2019 года, новая версия Oracle Database 19c предлагает впечатляющий набор инноваций и явлется стабильной версией, рассчитанной на длительное использование. Ценное и важное для себя найдут в ней и разработчики, и администраторы баз данных, и специалисты по анализу данных, и эксперты по информационной безопасности. В блоге Oracle сегодня мы рассказываем о ключевых новых возможностях.
Автоматическая индексация
Функция Automatic Indexing создает индексы автоматически с использованием алгоритмов машинного обучения, причем, как показали тесты, она часто справляется с этой задачей лучше, чем человек «Впервые база данных может сама определить оптимальный набор индексов, — поясняет Доминик Джайлс, главный менеджер Oracle по продуктам Oracle Database. — При их создании учитываются структура данных, сами данные и запросы». Это означает, что «базу данных можно создать и начать использовать вовсе без каких-либо индексов или с очень небольшим набором индексов. База данных проанализирует ресурсоемкие запросы, чтобы понять, какие индексы потенциально нужны, проверит полезность отобранных кандидатов, а затем сама построит индексы, причем все это займет меньше времени, чем создание индексов вручную».
Эта функция будет прекрасно работать и с базой данных, для которой индексы уже построены. В этом случае автоматическое индексирование может помочь в тонкой настройке набора индексов в БД. После создания индексов база данных постоянно проверяет их использование и удаляет ненужные. Это важно, потому что с течением времени индексы накапливаются — крупные коммерческие приложения, работающие с Oracle Database, могут создавать за годы использования тысячи таких индексов.
«Часто они создаются для отчетов или пакетных заданий, в которых уже больше нет нужды», — отмечает Доминик Джайлс.
Это не так безобидно, поскольку индексы увеличивают потребность базы данных в вычислительных ресурсах и ресурсах хранения.
Active Data Guard DML Redirect
Эта новая возможность 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 работает одинаково хорошо при размещении резервной базы данных как в локальной среде, так и в облаке, а также когда и основная, и резервная базы данных выполняются в облачной среде.
«Это позволяет клиентам более гибко и креативно использовать данный дополнительный ресурс», — говорит Доминик Джайлс.
Гибридные секционированные таблицы
Гибридные секционированные таблицы (Hybrid Partitioned Tables) позволяют совмещать в рамках одной таблицы как секции, которые находятся внутри стандартного табличного пространства, так и секции, которые размещаются на внешних дешевых системах хранения вне базы данных.
«Это означает, что все возможности аналитики СУБД Oracle можно использовать даже тогда, когда данные размещены на внешней недорогой системе хранения», — поясняет Доминик Джайлс. Эти системы хранения данных могут располагаться как в локальном ЦОД клиента, так и в облаке. «Привлекательность такой модели в том, что некоторые секции таблицы, размещенной в БД вашего ЦОД могут лежать в облаке», — говорит он.
Данные вне базы данных Oracle доступны только для чтения и не нуждаются в регулярном бэкапе, но к ним можно обращаться из Oracle Database.
«Это очень привлекательное решение для управления жизненным циклом данных, и клиенты, с которыми я общался, весьма заинтересованы в этой технологии», — рассказывает Доминик Джайлс.
Поддержка JSON
Поддержка JSON появилась еще в Oracle Database 12c, где было реализовано нативное хранилище документов JSON и SQL-доступ. Она получила дальнейшее развитие в версии 18c с внедрением высокопроизводительной аналитики для документов JSON .
«Это очень эффективное средство для аналитики документов JSON — оно работает столь же быстро, как если бы данные JSON хранились в строках и столбцах таблицы базы данных», — добавляет Доминик Джайлз.
В Oracle Database 19c корпорация Oracle улучшила поддержку JSON. Для традиционных разработчиков все стало еще проще.
«Мы улучшили и упростили синтаксис наших функций JSON и реализовали возможность частичного обновления JSON. Это позволяет изменить один атрибут большого документа JSON, не обновляя его целиком», — сообщает Доминик Джайлс.
Кроме того, в Oracle Database 19c появилась поддержка интерфейсов прикладного программирования Simple Oracle Document Access (SODA) для Java, Python, C и Node.js.
«Вы можете работать с широким спектром легких API-интерфейсов NoSQL, которые получают строки из документов JSON в базе данных», - говорит Доминик Джайлс.
Карантин запросов
Общая производительность витрины данных или хранилища данных может резко упасть при частом выполнении запросов с очень высокими требованиями к ресурсам ЦПУ и вводу-выводу. СУБД Oracle Database 19c «может автоматически помещать эти запросы в карантин (Query Quarantine) и блокировать их выполнение, если уровень потребления ресурсов превосходит заданные для них пороговые значения». Как отмечает Доминик Джайлс, это позволяет обеспечить стабильную работу базы данных для всех пользователей.
Стабильность и доступность
Новые механизмы и возможности важны, но также важна стабильность приложений и локальных инсталляций баз данных — и Oracle Database 19c ее обеспечивает.
«Стабильность является основной целью Oracle Database 19c — это релиз с долгосрочной поддержкой, — говорит Доминик Джайлс. — Циклы обновления локальных СУБД у наших клиентов достаточно длительные, и многие клиенты ждали релиз Oracle Database 19c, чтобы перейти на него с Oracle Database 11g или Oracle Database 12c».
Обновление до Oracle 19C: вы должны знать десять лучших проблем SQL (ON)
Как мы все знаем, от Oracle 18c Oracle выпускает версию базы данных базы данных для практики концепции исследований и разработок ажильной итерации. Так называемый годовой выпуск То есть, согласно году, выпустите версию ежегодно. В 2018 году Oracle 18C выпущен 2019 год Oracle 19C, выпустил Oracle 20C в 2020 году (20C облачная версия была выпущена 14 февраля, и она доступна в апреле в соответствии с официальным планом.)。
Среди них, 18C = 12.2.0.2, 19C = 12.2.0.3, эти два годовых версии все еще находятся в последовательности выпуска 12c,19C принадлежит последней версии системы 12СОтказ С 11G вышла официальная последовательность поддержки, все больше и больше пользователей начали обновлять до 19C.
С изменением номера версии стратегия патча также изменилась, начиная с 18C,Oracle запускает политику RU (обновление выпуска), выпустите RU в кварталСледовательно, соответствующее 18C мы видим номер версии серии RU 18.1, 18.2 и т. Д., RU является совокупным инкрементным патчм, то есть содержимое предыдущего RU после выпуска, если мы начнем с 18.1, вы можете Нанесите напрямую 18,4 SKIP 18,2 и 18,3.
Поскольку интервал каждого квартала на самом деле большой, если пользователь сообщает о проблеме безопасности или серьезные ошибки в течение периода, тоДля каждого RU Oracle может также выпустить до двух RUR (обновление обновления выпуска)В основном он включает патчи безопасности и важные исправления регрессии.
На следующем рисунке показан график публикации версии базы данных Oracle в соответствии с новой политикой:
Эта картина может уделять у большинства людей головокружение, но есть принцип пути обновления, вспоминая этот принцип. Этот принцип:2 числа за основным номером версии меньше или равны целевой версииОтказ Например, 18.8.2 составляет 8 + 2 = 10, что может быть модернизировано до 18.10,0, но он не обновляется до 18,9,0, потому что 9 + 0
Конечно, в не особых обстоятельствах официальная рекомендация принимает стратегию обновления курса RU, которая, кажется, более упрощена:
Когда мы обновляемся в больших версиях, пользователи всегда рекомендуют, чтобы пользователи были проверены между SPA (анализатор производительности SQL), исходной среды и целевыми версиями, чтобы избежать проблем совместимости SQL или проблемы с производительностью, выполняя захват SQL в воспроизведении SQL в исходной библиотеке в целевой библиотеке ( Обычно версия High Advgrade), и генерируют отчеты о сравнении производительности, чтобы направлять изменения обновления пользователей:
Для небольшой версии обновления часто не в состоянии сделать такие детальные тестирования, что требует от нас для подготовки известных вопросов и предотвращения предотвращения.
Когда база данных обновляется, SQL является наиболее восприимчивой частью удара, в том числе:
SQL синтаксические изменения: Оригинальное приложение SQL ошибка не может быть изменена правильно или выполнена;
Внутреннее изменение функции: Значение возвращаемого функции или изменения типа возврата, что приводит к ошибке или аномалии результатов SQL;
Изменение плана реализации: Поскольку корректировка алгоритма, изменение планов выполнения SQL, часть ухудшения плана реализации, влияющая на производительность;
Новая функция BUG.: Отображение новых функций, она принесет соответствующие новые ошибки, влияют на производительность или стабильность системы;
Вторичная ошибка: Из-за некоторых ошибок новая ошибка введена, вызывая возможную несовместимость SQL или другие ошибки и исключения;
Эта статья нацелена на несколько 19 ° С в SQL, в качестве примеров, я надеюсь, что у вас есть опыт, который будет доступен для друзей, которые собираются обновить до 19C. Учитывая, что эти содержание являются частью резервов знаний DBA, они были введены и расширены в некоторых пунктах знаний.
1. Журнал 19.3 Военная проблема проблема проблема проблемы
Когда база данных Oracle посылается через версию, в базе данных вводится новые функции SQL, и некоторые ошибки не смогут произойти. И мы считаем, чтоСамая проблемная вещь заключается в том, что SQL не претеннет, а результаты ошибки результата результата запросаЭтот вид SQL сложно выяснить тест, он может быть исследован и обнаружил только, когда люди обращают внимание на результаты запроса.
Ниже приведена такая проблема, существующая в версии 19.3. Создайте простую тестовую таблицу и тестовые данные:
На данный момент вы можете выполнить следующие запросы, вы можете вернуть 2 ноль значения из результатов, этот результат, очевидно, неправилен:
В следующем плане выполнения вы можете увидеть, что на третьем шаге появляется ошибка плана выполнения. На этом этапе все еще добавляется нотатер, что делает большинство данных, заброшенных и дополнительных запросов. Естественно, есть Ошибка набора результатов:
Так что же должно нормально? Удалите второй выход, вы можете получить следующие результаты:
После подтверждения это ошибка, представленная ремонтными ошибками. Самое мощное место Oracle заключается в том, что почти каждое исправление присоединилось к выключателю. Если исправление вызвало новую проблему, то исходный рабочий режим может быть восстановлен с помощью коммутатора.
Это исправление выключено ниже:
Давайте посмотрим на текущий план выполнения, удалите не нулевой фильтр, а результат выполнения SQL восстановился нормально:
Настройка доступа к прокси-серверу для одного сеанса
Метод настройки доступа к прокси для одного сеанса следующий:
Тестовый пример: (Настроить прокси для одного сеанса)
Schema Only Accounts (18c)
Для улучшения безопасности базы данных 18c может создать учетную запись «Только схема», эта учетная запись может только сохранять объекты данных, не позволяет клиенту подключаться напрямую (но вы можете использовать один прокси сеанса для подключения).
Основные особенности учетной записи Schema Only:
Учетные записи типа "только схема" не могут быть подключены через DB Linke, и им нельзя предоставить права администратора SYSDBA, SYSOPER, SYSBACKUP, SYSKM, SYSASM, SYSRAC, SYSDG в версии 18c.
Schema Only Accounts (19c)
19c улучшил функцию учетных записей только для схемы и добавил следующее содержимое:
Ограничение, заключающееся в том, что права администратора не могут быть предоставлены, снимается, и административные пользователи, такие как sysdba, назначаются учетной записи только для схемы.
Для большей безопасности для всех предопределенных пользователей, кроме sys и system, по умолчанию установлены учетные записи только для схемы.
Пользователь (пользователь) Схема VS (режим)
Во-первых, давайте проясним концепции пользователя и схемы (которые могут быть переведены в шаблоны, но английский в основном используется в общении).
Пользователь (пользователь) может пониматься как учетная запись для доступа к базе данных, используемая для идентификации ряда разрешений (привилегий), определений ролей (ролей) и т. Д., Может включать пользователей управления системой (учетные записи административных пользователей, такие как sys, system) и пользователей приложения (приложение пользователи (например, пользователи, созданные пользователями).
Схема может пониматься как набор объектов базы данных, включая различные объекты, такие как таблицы, представления, хранимые процедуры и индексы.
Каждый пользователь в базе данных Oracle по умолчанию имеет схему по умолчанию, а имя схемы совпадает с именем пользователя, поэтому схема выглядит так же, как имя пользователя.
Ниже приведен пример официального документа: У пользователя HR есть схема HR, которая содержит таблицу сотрудников, индекс и другие объекты.
Справка: (ссылка - это сокращенный URL)
Тестовый пример для учетных записей только схемы (18c)
Каталог статей
Читайте также: