Разрешено до 4-x баз в приложении, но рекомендуемое значение – 1, так как только в этом случае избегаются риски, связанные с тем, что Essbase запускает отдельный обслуживающий процесс для каждого приложения (не для БД):
- Утилизация памяти (актуально для 32 битной версии) – нельзя выйти за порог 2GB для одного приложения.
- Конкурентные обслуживающие процессы по перестройке (restructure) БД, обновлению метаданных, выгрузке данных
- Единая точка восстановления, при возникновении XCP события в одном из кубов – страдают все соседи по приложению.
- Конкуренции связанные с работой обслуживающего сервиса – Essbase Agent – он поддерживает параллельную работу только для приложений (не для БД )
- Блокировка изменений системных настроек одного куба при конкурентной активности (расчет, выгрузка) в соседнем кубе.
- Один поток на приложение по выгрузке данных
- Один лог файл на приложение.
Но, если приложение не использует EPMA для хранения и разделения направлений, то является допустимым совмещение в одном приложении нескольких БД для решения задач разделения метаданных и данных.