В предыдущих версиях Oracle, сделать таблицу только для чтения, для других пользователей можно было дав объектные привелегии SELECT пользователю. Но для самого владельца таблица оставалась доступной для записи. Oracle 11g позволяет создавать таблицы которые помечаются "только для чтения", используя команду ALTER TABLE.
Производительность любого приложения базы данных в большой степени опирается на выполнение им запросов. Хотя оптимизатор Oracle идеально подходит для оценки наилучшего возможного плана без какого-либо вмешательства пользователя, план выполнения SQL-оператора может неожиданно измениться по множеству причин, включая повторный сбор статистики оптимизатора, изменение параметров оптимизатора или определений схемы и/или метаданных.
Эта статья рассказывает о том, как inline-подмена, Real native compilation и использование simple_integer могут улучшить производительность кода. Oracle Database 11g представляет несколько отличных новых возможностей для повышения производительности PL/SQL-кода, однако наиболее существенные из них – это native compilation (компиляция с получением исполняемого кода) и intra-unit inlining (подмена).
Я познакомился с регулярными выражениями давным-давно, программируя на Perl или скриптовой оболочке unix с помощью команд awk и sed. Также, если Вы используете vi редактор, то можете быть знакомыми с регулярными выражениями и сравнением с образцом. Регулярные выражения в действительности представляют собой маленький язык программирования, который предназначен для поиска символьных образцов в текстовой строке. Если честно, когда я начал использовать сравнение с образцом в мои дни Perl, оно показалось мне весьма путаным. Главным образом, потому что было столь много изменений и вариантов, что я не знал, как начать. Хотя спустя некоторое время, я приобрел некоторые навыки. И Вы сможете также. Наберитесь терпения прочесть эту статью и понять, насколько мощным может быть это сравнение с образцом.
Временные таблицы впервые появились в Oracle8I. Они предназначались для хранения данных на протяжении сеанса или транзакции. Отличительной особенностью этих таблиц являлось то, что они располагались во временных сегментах и данные в этих таблицах хранились только на период сессии или транзакции в зависимости от реализации. Поэтому они нашли большое применение в качестве промежуточных таблиц при расчётах, отчетах и оптимизации сложных запросов.
Новая роль SYSASM для управления экземпляром ASM, переменный размер экстента для уменьшения использования разделяемого пула (shared pool) и возможность экземпляра читать с конкретного диска дисковой группы – вот лишь несколько замечательных новых возможностей, появившихся в базе данных Oracle 11g ASM.
Для начала вспомним старую задачу отыскания и удаления дублей в таблице Oracle. Допустим, что в таблице tab есть повторяющиеся записи, причем мы допускаем, что записи, в которых значения столбцов c1,c2,c3 совпадают, и есть дубли.
СУБД Oracle, подобно всем, реально конкурирующим с ней, является старой системой, создание которой происходило, как и продолжается ныне развитие, в рыночных условиях. В этой СУБД, как и у конкурентов, есть целый ряд конструктивных решений, принятых в свое время второпях, и со временем ставших неудовлетворительными. Что-то удается усовершенствовать: например механизмы выделения динамической памяти для текущих нужд СУБД, регулирования доступа к общим ресурсам СУБД или буферизации блоков данных. Однако некоторые заложенные на ранних стадиях развития механизмы или же не удается изменить вовсе (недоразвитое понятие схемы БД) или удается, но с большим запозданием. К числу последних относится механизм парольной защиты пользователей (user) и ролей (role). Особенности парольной защиты Oracle, способствующие несанкционированному проникновению в БД, затронуты в этой статье.
СУБД Oracle - большой и сложный механизм, требующий выполнения определенных плановых работ, таких как сбор статистики о хранимых объектах или сбор/чистка внутренней информации. Необходимость осуществлять плановый запуск работ могут испытывать и пользователи БД.
Для правильной диагностики проблем СУБД Oracle необходимо знать утилиты отладки, предоставляемые Oracle. Необходимо понимать такие операции, как чтение дампов управляющего файла или файлов трассировки.
Потоки данных в Oracle - более поздняя, чем "обычная" репликация (односторонняя, двусторонняя и многосторонняя), модель организации непрерывного переноса данных как внутри БД, так и между базами. Это значительно упрощенная реализация идей, изложенных, например, в http://www-db.stanford.edu/~widom/stream.ppt: в частности реализация Oracle Streams не предлагает языкового оформления, а только на уровне API. Технически потоки Oracle Streams опираются на созданный независимо и ранее аппарат организации очередей передачи сообщений, известный под названием Oracle Advanced Queuing.
Триггеры, которые срабатывают по несколько раз в зависимости от события, возможность указать триггерам одного типа последовательность срабатывания, новое предложение CONTINUE - вот некоторые из новых возможностей, которые упрощают программирование на PL/ SQL.
Статья посвящена описанию использования Database Replay - нового, отличного инструмента в Oracle Database 11 g, который позволяет записывать полную нагрузку на базу данных и затем воспроизводить её по собственному желанию.
Кластерные системы традиционно рассматриваются в качестве альтернативы большим компьютерам, созданным на основе архитектуры симметричной мультипроцессорной обработки (SMP). Объединение вычислительных мощностей множества независимых компьютеров в единую систему для решения одной задачи позволяет вычислительным кластерам получить следующие преимущества над большими ЭВМ
Размеры баз данных увеличиваются каждые 2 года примерно в три раза. При этом руководители ИТ-отделов сталкиваются с новыми проблемами: Как обеспечивать обслуживание пользователей в случае сбоя на сервере, устройстве хранения или в сети? Как обеспечивать целостность информации и соответствие нормативным требованиям? Как хранить, управлять и защищать все виды информации, совмещая это с ежедневной деловой деятельностью? Как масштабировать огромные транзакционные системы и хранилища данных, гарантируя при этом производительность, надежность и управляемость? И как обновлять программное обеспечение и модернизировать аппаратные средства с минимальным риском потери работоспособности системы? Oracle Database 11 g помогает устранить эти проблемы, реализуя широкий набор новых функций и усовершенствований. Продукт расширяет уникальные преимущества технологии grid-вычислений Oracle, что позволяет вам повысить уровень обслуживания пользователей, сократить время простоя и более эффективно использовать информационные ресурсы, увеличивая производительность, масштабируемость и безопасность бизнес-приложений в режиме 24/7.
Все большую распространенность в последнее время приобретают корпоративные системы с доступом через тонкие клиенты. Яркий пример реализации тонкого клиента дает ERP-система Oracle E-Business Suite (OeBS), в которой доступ пользователей реализован по протоколу HTTP/HTTPS с загрузкой необходимых приложений (апплетов Java) на рабочую станцию пользователя. Наиболее распространен доступ по HTTP, однако в данном протоколе не реализованы криптографические алгоритмы, т. е. с точки зрения защиты информации он имеет серьезный недостаток. Таким образом, логичнее применять защищенную версию протокола - HTTPS, которая представляет собой модификацию протокола HTTP с применением криптографической защиты в рамках SSL. Протокол SSL (Secure Socket Layer), в свою очередь, реализован так, чтобы обеспечить совместимость с конечными клиентами в части используемых криптографических алгоритмов для шифрования и контроля целостности передаваемых данных.
В этой статье описаны архитектура, проект и конфигурация федерации сервисных шин Oracle - Oracle Service Buses (OSB, ранее AquaLogic Service Buses). Эта федерация формируется кластером доменов (clustered domains) этих шин, связанных системой передачи сообщений на базе подхода " Запомнить-и-Передать " (messaging Store - and - Forward (SAF) system). В частности, в этой статье рассматривается архитектура, в рамках которой два периферийных кластера доменов инициируют связь типа запрос-ответ(request - response) с третьим, центральным доменом. Периферийные домены используют SAF для передачи запросов. Центральный домен использует SAF для передачи ответов периферийным доменам.
В течение следующих нескольких месяцев я буду изучать новые функциональные возможности, появившиеся в самой последней версии сервера базы данных Oracle Database - Oracle Database 11g. Их так много, что трудно выбрать, с чего же начать. Поэтому я поговорил с Брином Лльюеллином (Bryn Llewellyn), менеджером по PL/SQL-продуктам, и он сообщил мне о паре прекрасных новых возможностях в языках SQL и PL/SQL.
Используя инфраструктуру Ruby on Rails, можно относительно просто разработать сложные системы, которые будут поддерживаться базой данныхOracle, но эта простота не освобождает разработчика от необходимости оптимизировать модель данных и код, реализующий модель.
Oracle Business Intelligence Suite Enterprise Edition Plus (OBISEE Plus) - один из лидирующих продуктов на рынке business intelligence. Этот пакет представляет собой серьезную BI-платформу, обеспечивающую необходимую основу для корпоративного управления эффективности (EPM - Enterprise Performance Management). Предыдущая версия - Oracle Business Intelligence Suite Enterprise Edition (OBISEE) - была разработана компанией несколько лет назад на базе продукта приобретенной компании Siebel. В новой модификации внесен ряд дополнений, в том числе интеграция многомерными источниками данных (такими как Essbase), и клиенто-центричный подход к запросам и отчетности.
Стандартное для Java Platform Enterprise Edition (Java EE) решение в Web -приложениях для хранения объектов (OP - object persistence) заключается в использовании Enterprise JavaBeans (EJB), техники объектно-реляционного отображения (object - to - relational mapping - ORM). Java -объекты транслируются в/из SQL -предложения и запоминаются в базе данных реляционной СУБД как строки в таблицах базы данных. Это наиболее типичный подход по следующей причине. Большинство пользователей обнаруживают, что многие аспекты деятельности их организаций зависят от SQL и серверов реляционной СУБД Oracle при управлении критически важной информацией. В этих случаях EJB и интерфейс Java Persistence API (JPA) являются наилучшими подходами для хранения объектов. Пользователи совместно используют Java -приложения и существующие приложения, "говорящие" на одном и том же языке SQL , чтобы получить доступ к одним и тем же данным базы.
Уровень обеспечения информационной безопасности корпоративных систем сегодня заметно вырос, и типовые ошибки встречаются все реже — администраторы регулярно устанавливают обновления и реализуют требования парольной политики на серверах Windows, выполняют требования контроля доступа на сетевом оборудовании, сегментируют сети. Однако существует ряд проблем, которым до сих пор не уделяется должного внимания, и одна из них — защищенность корпоративных систем управления базами данных. В данной статье я хочу проанализовать наиболее критичные уязвимые места на примере систем, построенных на базе данных Oracle.
В данной работе представлено несколько простых шагов по защите баз данных oracle 9i. Особое внимание уделяется последним изменениям, сделанным в oracle 9i, которые могут быть полезны для защиты систем баз данных oracle.
В наши дни многие традиционные меры обеспечения безопасности информации баз данных oracle, в основном организационные, давно исчерпали себя. Развитие техники и технологий идет ускоренными темпами, вооружение злоумышленников становится все лучше, как технически, так и профессионально, и это заставляет создавать все более совершенные способы охраны конфиденциальных данных.
Используйте сжатие данных таблицы для экономии места на диске и повышения производительности запросов oracle. В большинстве систем поддержки принятия решений (СППР) обычно используются большие объемы данных, которые хранятся в нескольких очень больших таблицах oracle. При развитии подобных систем требования к дисковому пространству могут быстро расти. Сейчас хранилища данных oracle объемом сотни терабайт встречаются все чаще.
Репозиторий Oracle XML DB может функционировать как файловая система в базе данных Oracle. Любые данные репозитория Oracle XML DB отображаются на ресурсы, которые имеют путевое (pathname – составное) имя (или URL) и сохранены в BLOB или в объекте Oracle XMLType. Репозиторий Oracle XML DB предоставляет возможность исчерпывающего управления этими ресурсами.
В Oracle Database 10g у вас есть несколько возможностей хранения XML данных. Вы можете разделить XML документ на части и хранить данные в одной или нескольких реляционных таблицах, помещать XMLType целиком в CLOB-ы или зарегистрировать XML схему и хранить их в объектно-ориентированой памяти на языке XML Schema, предназначеном для XMLType. Если нет необходимости корректировки XML-контента, также можно сохранить XML документы как внешние, используя механизм Oracle External Tables (внешних таблиц).