Oracle Essbase: И снова о производительности

 

Недавно в блоге PAE опубликовали пост , о том как важно вводить ограничения на ресурс в работе EssBase. Хочу поддержать и развить эту тему

Преамбула :

Есть несколько соображений, которые находятся на уровне системного администрирования, и которые нашли отображения в культовом ( прорывном, революционным и пр. и пр. и пр. ) HTTP сервере nginx это:

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

     

Что это означает с практической точки зрения для мира Hyperion:

Согласно 12 принципам Кодда (спасибо Кудрявцеву Юрию за академический OLAP обзор ) , приложение на Oracle Essbase должно быть быстрым , гибким и масштабируемым (есть анекдот, в котором говорят , что авторы Essbase спонсировали Кодда, который писал свои принципы, опираясь на функционал Essbase). Критерии скорости во многом зависят от инструмента, но не последнюю скрипку играет правильность его использования. И здесь хочется сказать огромное человеческое спасибо за то, что в EssBаse заложен функционал по контролю за действиями разработчика: это параметры EssBase.cfg :

;Sets the maximum amount of time a query can use to retrieve and deliver information before the query is terminated.
QRYGOVEXECTIME 30

;When set to true, prevents the server from going beyond 31 formula execution levels.
CALCLIMITFORMULARECURSION TRUE

  • Pingback: Craig()