Oracle *

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

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

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

Вот уже более 10 лет существуют объектно-реляционные СУБД, постоянно усложняется структура хранимой информации, стандарт SQL учитывает вопросы сопряжения с объектно-ориентированными языками программирования, но, тем не менее, функционал обеспечивающий поддержку объектной парадигмы крайне редко используются в БД. Отчасти, это объясняется консерватизмом разработчиков, отсутствием развитых методологий проектирования объектно-реляционных БД и широким распространением ORM-средств. Тем не менее, существует ряд задач, где использование объектных возможностей самих БД может повысить производительность и гибкость системы.

В версии 11g появились функции Pivot/Unpivot(которые сначала появились в MS SQL 2005), позволяющие динамически разносить вертикальные данные по столбцам как нам удобно.

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

Статья не моя, автору необходим инвайт, но по каким то причинам статья не постится в песочницу.

Продолжение статьи про Real Application Cluster (RAC). Окончание.

Начало статьи

Высоконагруженные сайты, доступность «5 nines». На заднем фоне (backend) куча обрабатываемой информации в базе данных. А что, если железо забарахлит, если вылетит какая-то давно не проявлявшаяся ошибка в ОС, упадет сетевой интерфейс? Что будет с доступностью информации? Из чистого любопытства я решил рассмотреть, какие решения вышеперечисленным проблемам предлагает Oracle. Последние версии, в отличие от Oracle 9i, называются Oracle 10g (или 11g), где g – означает «grid», распределенные вычисления. В основе распределенных вычислений «как ни крути» лежат кластера, и дополнительные технологии репликации данных (DataGuard, Streams). В этой статье в общих чертах описано, как устроен кластер на базе Oracle 10g. Называется он Real Application Cluster (RAC).

Статья не претендует на полноту и всеобъемлемость, также в ней исключены настройки (дабы не увеличивать в объеме). Смысл – просто дать представление о технологии RAC.

P.S. Beware of the многабукаф
Продолжение статьи

Почему Oracle, компания, которая гордится высокой прибыльностью, желает получить низко-прибыльный бизнес аппаратного обеспечения? Вы желаете выйти на рынок?

Сейчас, мы точно не желаем выходить на новый рынок. Пока аппаратный бизнес скудный в прибыли, компании как Apple и Cisco наслаждаются очень большим доходом, потому что они разрабатывают свое железо и ПО для совместной работы. Когда компания разрабатывает одновременно и железо и ПО – она создает системы гораздо лучше, чем в тех случаях, когда разрабатывает только ПО. Вот почему iPhone гораздо лучше Microsoft телефонов.

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

Ну наконец дождались.

Как сообщает издание Computerworld.com, компания Oracle объявила дату релиза новой версии своей СУБД — Oracle 11g.

В октябре на OpenWorld conference в San Francisco руководство Oracle в общих чертах сообщило о новых возможностях планируемого релиза.
Прежде всего было сказано об увеличении производительности, масштабируемости, доступности СУБД, а также о повышении уровня «диагностируемости» (diagnosability).

Oracle включает PHP d Application Server 10g Release и это позволяет использовать один и тот же сервер для J2EE и PHP приложений.

PHP активирован по-умолчанию. Корень HTTP сервера в Oracle находится тут:

$ORACLE_HOME/Apache/Apache/htdocs

Файлы с расширениями .php или .phtml в этой директории будут обработаны с помощью PHP. Файлы с расширениями .phps будут отображены, как форматированный исходный код.

Версия Application Server (AS) 10.1.3.0 поставляется с PHP 4.3.11. Патч AS 10.1.3.2 добавляет PHP 5.1.2. Если у вас есть серьезная необходимость в использовании другой версии PHP без установки другого сервера, то вы можете прикомпилировать свой релиз PHP.

Заметка: смена версии PHP в AS не подерживается (и не рекомендуется), но технически возможна в некоторых средах. В случае ошибок, служба поддержкит будет спрашивать вас, не переустанавливали ли вы PHP.

Техническая проблема связана с тем, что библиотеки Oracle не включают файлы заголовков. Это можно обойти соеденив PHP и Oraсle с помощью Oracle Instant Client, но и это связанно с проблемами, так как AS не использует библиотеки Instant Client. С другой стороны вы получите так же ошибки или непредсказуемо поведение.

Далее в статье приводятся технические особенности переустановки PHP.