Oracle *

Введение в проблему

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

Представим себе ситуацию, когда наш проект, использующий в качестве СУБД Oracle, неожиданно (или с надеждой ожидаемо) стал критически важным для бизнеса (соответственно, появилась готовность выделять средства на обеспечение надежности системы).
До этого момента мы вполне обходились ежедневным или даже еженедельным бэкапом («горячим» или «холодным» копированием, а может и просто экспортом данных) и нас устраивало время восстановления системы порядка суток (будем считать, что данных у нас на пару терабайт).
И вот оказалось, что на восстановление системы нам отводится не более часа, и никакие данные нам терять нельзя.
Итак, все указывает на то, что нам придется поднимать standby сервер.
В принципе, большая часть из того, о чем говорится в этой статье, описано в «Oracle Data Guard Concepts and Administartion», а также в куче мест на просторах Сети, но, по большей части, это инструкции, содержащие последовательность команд, без особого описания их смысла и, главное, без рекомендаций, что делать, если что-то идет не так.
Я постараюсь описать процесс развертывания физической standby базы максимально подробно с указанием тех грабель на которые когда-либо натыкался.
Указание на случайно не обнаруженные мной проблемы, а также любые уточнения и дополнения всячески приветствуются.

Нужно ли программисту прикладных приложений понимать как работает БД? Том Кайт, признанный специалист Oracle, автор знаменитой колонки asktom, в своей книге «Oracle для профессионалов. Архитектура и основные особенности.» настаивает, что это просто необходимо. Даже если в вашей команде есть грамотный администратор, знание того, как работает СУБД Oracle поможет вам лучше понимать друг друга и эффективней взаимодействовать, не говоря уже о случае, когда такого специалиста у вас нет. В данном топике я упомяну об основных вещах, понимание которых позволит грамотно работать с БД Oracle и использовать некоторые её особенности с большой отдачей для вашего приложения. Если же вы уже прочитали вышеупомянутую книгу Тома Кайта, то можете просто исползовать эту статью в качестве памятки. Одно замечание — книжку я читал давно, и тогда еще последней версией БД Oracle была 9i, курсы по администрированию я тоже проходил по девятке, так что, если в десятке и выше что-то поменялось и добавилось, то не обессудьте. Хотя я пишу о довольно фундаментальных вещах, которые вряд ли сильно поменяись.

Те, кто пришел в Oracle из MSSQL, наверняка столкнулись (как и я) с массой неожиданностей.

Корпорация Oracle намерена отдать офисный пакет OpenOffice.org в руки сообщества, а также больше не поставлять коммерческую версию продукта.

Когда идет разработка, связанная с базами данных, практически всегда присутсвует необходимость посмотреть чем занята база в данный конкретный момент времени.
Если к администратору БД подходит разработчик и просит посмотреть почему его запрос «тормозит», то матерый DBA достанет собственноручно написанные скрипты-обертки над скрытыми x$ views и вмиг скажет, что является причиной расстройства разработчика.

Но если DBA не так суров? Он начинающий DBA или вообще не DBA, а просто следит за базой?
В этом ему помогут инструменты описанные под катом.

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

Essbase для DataWarehouse занимает место многомерных витрин, которые позволяют рассчитать комплексные экономические показатели, построить прогноз, предоставить максимально быстро AD-hoc отчетность. Essbase позволяет без задержек обслуживать многие тысячи пользователей, без особых настроек. Вы забудете про планы запросов, и как тюнить быстродействие того или иного отчета.

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

На данный момент ( февраль 2011) текущей версией является 11.1.2, в которой Oracle и Hyperion в очередной раз сделали большой шаг в сторону интеграции и усложнили в разы инфраструктуру приложения. Эта версия подойдет для тех, кто уже знаком с системой и понимает все архитектурные особенности. Процесс ее инсталляции подробно рассмотрен на тематических блогах.

Я же предлагаю для знакомства с OLAP Oracle Essbase движком использовать предыдущую версию 9.3, которая в части OLAP ядра, мало чем отличается от своего старшего брата, так как процесс настраивания дополнительных компонент в 11 версии (которые ставятся в нагрузку) может занять достаточно много времени, и ресурсов.

Соответственно процесс установки можно разделить на три этапа

На Хабре, хоть как то представлено описание решения от Microsoft для задач аналитической обработки данных в реальном времени, но нет ни слова о мировом лидере в данном вопросе Oracle Essbase Поэтому ниже привожу описание данной технологии.

Около года назад Oracle купили Sun. Под катом список событий, произошедших с этого момента.

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

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

Повертели в руках плотники чертежи, что Oracle Flashback зовутся, да засомневались. Неужто рычажок UNDO_RETENTION, по-умолчанию в 3 минуты установленный, можно без последствий до года докрутить, ничего не потерять и не утонуть в гигабайтах лишних данных. Решили свой механизмус собрать.

Сказки кончились, дальше суровая реализация механизмуса.

За последние пять лет одна Oracle сделал 65 приобретений и не собирается на этом останавливаться. Руководитель компании Ларри Эллисон огласил планы на ближайшее время: в фокус интереса софтверного гиганта попали разработчики специализированного ПО и даже производители микросхем.

По словам Эллисона, такая стратегия является логичным продолжением, которое следует из январской покупки Sun Microsystems. После этого компания Oracle де-факто вышла на рынок серверов и теперь вынуждена играть на этом поле.

Ларри Эллисон сказал, что он хочет последовать примеру Стива Джобса и контролировать интеллектуальную собственность даже на уровне аппаратного обеспечения. Как известно, Apple купила производителя процессоров для iPad и iPhone — Oracle тоже хочет нечто подобное.

На сегодняшний день в серверах Sun работают процессоры Sun SPARC, а также Intel и AMD. Производством процессоров на архитектуре SPARC занимается целая куча фирм. По мнению аналитиков, потенциальными объектами для покупки со стороны Oracle являются AMD, Nvidia или микропроцессорное подразделение IBM.

Театр начинается с вешалки, а программный продукт начинается с инсталлятора. Все мы хоть раз устанавливали программу и знаем, что часто по тому, как сделана программа установки, можно судить об отношении разработчиков ко всему программному продукту.
Также все наслышаны о таком «монстре», «корпорации зла», которая покупает Sun, судится с Google и т.д. Это Oracle Corporation, в которой работает более 100 тыс. сотрудников.
По роду моей деятельности мне пришлось столкнуться с флагманской СУБД данной компании – Oracle Database 11g Release 2.
До этого мое общение с этой СУБД замерло на версии 9i и теперь, хоть и избалованный другой известной СУБД, я решил насладиться инженерной мыслью Oracle Corporation.

Ниже вы ознакомитесь с моими первыми впечатлениями.

На днях компания Oracle выпустила очередной патчсет для своей базы данных с версией 11.2.0.2. Этот патч ознаменовал также важное изменение в формах выпуска патчсетов. Этому вкратце и будет посвящен этот перевод статьи на сайте My Oracle Support — Important Changes to Oracle Database Patch Sets Starting With 11.2.0.2 [ID 1189783.1]

Начиная с патчсета 11.2.0.2 – все пачтсеты к Oracle Database будут являться полными инсталляциями продукта. (И весят они теперь соответственно – прим. переводчика). До этой версии патчсеты представляли собой определенный набор файлов, которые заменяли собой файлы существующей установки.

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

Вчера на Хабре появилась новость о том, что компания Oracle подала в суд на корпорацию Google вследствие «вопиющих нарушениях прав по защите интеллектуальной собственности». Напомню, что компания Oracle считает, что «При разработке Android, Гугл сознательно, прямо и неоднократно нарушила некоторое аспекты прав интеллектуальной собственности компании Oracle, связанные с Java. Этот иск направлен на устранение нарушений». Так вот, сегодня корпорация Google ответила на этот иск, сообщив, что считает его безосновательным.

Заявляя о вопиющих нарушениях прав по защите интеллектуальной собственности, компания Oracle подала иск против компании Google, связанный с набирающей популярность мобильной платформой Android.

В заявлении, опубликованном сегодня, Оракл заявила, что «При разработке Android, Гугл сознательно, прямо и неоднократно нарушила некоторое аспекты прав интеллектуальной собственности компании Oracle, связанные с Java. Этот иск направлен на устранение нарушений».

В прошлом году Oracle приобрела Sun Microsystems, а вместе с ней и Java. В своем заявлении платформа Java называется одной из самых значимых технологий, приобретенных вместе с Sun. И действительно, вряд ли кто-то может оспорить, что платформа является очень распространенной и важной для IT-индустрии.

При разработке баз данных зачастую требуется обеспечить поддержку версионности и хранения истории объектов. Например, у работника может изменяться должность, у должности в свою очередь может меняться оклад — в многомерном моделировании это называется Slowly changing dimensions(далее SCD) — редко изменяющиеся измерения, то есть измерения, не ключевые атрибуты которых имеют тенденцию со временем изменяться. Всего существует 6 основных типов(методов) SCD, которые определяют как история изменений может быть отражена в модели.

Это продолжение статьи о использовании расширения оператора SELECT — конструкции Model. Из первой части вы уже имеете представление о предназначении и некоторых особенностях её применения, а также знакомы с половиной синтаксиса. Далее будет разобрано несколько сложных примеров, а также дан анализ области применения и производительности.

Любой разработчик, имеющий дело с генерацией отчётности из баз данных, регулярно сталкивается с построением громоздких запросов. Часто это бывает связано с ошибками проектирования БД, и, ещё чаще, со сложностями преобразования извлекаемых данных. К последним можно отнести применение итерационных методов вычисления, подсчёт промежуточных итогов по подгруппам, расчёты, в которых используются значения соседних строк выборки, сложное форматирование строк и подобные задачи. Такие преобразования часто выносятся с уровня БД на уровень сервера приложений или клиента, что сказывается на производительности и удобстве сопровождения кода. Для решения этих задач SQL СУБД Oracle предоставляет аналитические функции и оператор MODEL — о нём и пойдёт речь в этой статье.