Essbase support two storage type :
for multidimensional databases.
How the data are internally stored is determined by this two options.
BSO cubes typically contain fewer (and smaller) dimensions than aggregate storage (ASO) cubes and can perform numerous and complex calculations on the smaller outlines. ASO cubes are designed to provide rapid aggregation capabilities for much larger Essbase outlines, typically supporting many more (and larger) dimensions.
Aggregate storage databases enable dramatic improvements in both :
The aggregate storage kernel is an alternative to the block storage kernel. Aggregate storage databases typically address read-only, “rack and stack” applications that have large dimensionality.
| Business Application | Properties | Storage |
|---|---|---|
| Customer Analysis | Many dimensions, million of customer | Aggregate |
| Sales Forecasting | Top-down planning and allocations | Block |
| Procurement Analysis | Many products across many customers | Aggregate |
| Profitability Analysis | Cost Allocations across products and customers | Block |
| Logistics Analysis | Near real-time information on product shipments | Aggregate |
| Financial consolidations | Currency conversion, inter-company eliminations | Block |
For some projects, combining the calculation strengths of BSO with the aggregation strengths of ASO offers the best fit for your Essbase analytical needs. An ASO reporting cube, combining BSO and ASO cubes, is one example.
Block storage outline (BSO) uses two types of internal structures to store and access data:
The blocks exist and you are just pulling calculated values out of them.
Aggregate storage (ASO) does not have this block concept. In ASO nothing bet the level 0 blocks exist.
ASO uses MDX and BSO calc scripts.
ASO has its own export data routine which exports only level 0, whereas DATAEXPORT for BSO allows exporting data at any level.
If the BSO calculation is just aggregating the cube then it should be okay. If the calculation script is executing any type of logic, then you will have to deteremine if that functionality can be replicated using MDX member formulas. If it can't, then the application might not be a good candidate for ASO. Not all BSO apps can be converted to ASO. It depends on the functional requirements.