Upload
amit-sharma
View
7.962
Download
1
Tags:
Embed Size (px)
DESCRIPTION
Citation preview
mailto : [email protected] for all Hyperion video tutorial/Training/Certification/Materialmailto : [email protected] for all Hyperion video tutorial/Training/Certification/Material
ASO
mailto : [email protected] for all Hyperion video tutorial/Training/Certification/Materialmailto : [email protected] for all Hyperion video tutorial/Training/Certification/Material
The main difference between ASO and BSO as show you as below:1. ASO can support large scale of member such as Customer individual analysis, for example if your customer dimension has 1M members, the aggregate calculation time will very faster than BSO.2. ASO cannot support write-back but BSO can support that feature (Write-Back = Input data directly back to Essbase Cube) 3. ASO can support large scale aggregation but for another purpose such as what-if or allocation should use BSO.4. For architecture of calculation, ASO use MDX script, BSO use Calc Script.5. For Cube that have many dimension and more member, ASO can save storage space more than BSO6. We can use in-line formula on BSO outline but ASO cannot use that
Summary Difference
mailto : [email protected] for all Hyperion video tutorial/Training/Certification/Materialmailto : [email protected] for all Hyperion video tutorial/Training/Certification/Material
Summary Difference
1) When you Add or Delete or changing the outline the entire data will remove.
2) There is no right back option.
3) In a standard Dimension + & ~ consolidation property only .In measure -,/,% other symbols are there..
4) Only one database for Application.
5) There are no Calculation scripts and formulas.
6) Two pass, Variance are not used in ASO.
mailto : [email protected] for all Hyperion video tutorial/Training/Certification/Materialmailto : [email protected] for all Hyperion video tutorial/Training/Certification/Material
Basic Difference between ASO/BSO
Aggregate storage applications differ from block storage applications in both concept and design.
Storage Kernel : Architecture that supports rapid aggregation, optimized to support high dimensionality and sparse data. It doesn’t have Dense/Sparse concepts.
Physical storage definition Through the Application Properties window,
Tablespaces tab in Administration Services.
Database creation Migrate a block storage outline or define after application creation.
ASO Support only one Database.
mailto : [email protected] for all Hyperion video tutorial/Training/Certification/Materialmailto : [email protected] for all Hyperion video tutorial/Training/Certification/Material
Outline Differences Between Aggregate Storage and Block Storage
Multiple hierarchies enabled, dynamic hierarchy, or stored hierarchy designation
No two-pass calculation
ASO does not have concept of Dense/Sparse.
Support for the ~ (no consolidation) operator (underneath label-only members only) and the + (addition) operator
Cannot have formulas
Restrictions on label only
No Dynamic Time Series members
Dynamic Calc and Store not relevant
No association of attribute dimensions with the dimension tagged as Accounts
mailto : [email protected] for all Hyperion video tutorial/Training/Certification/Materialmailto : [email protected] for all Hyperion video tutorial/Training/Certification/Material
Calculation Differences Between Aggregate Storage and Block Storage
Database calculation Aggregation of the database, which can be predefined by defining aggregate views
Calculation script is not supported by ASO. Only outline consolidation.
Formulas Allowed with the following restrictions:
Must be valid numeric value expressions written in MDX (cannot contain % operator, replace with expression: (value1/value2)*100)
No support for Essbase calculation functions
On dynamic hierarchy members, formulas are allowed without further restrictions.
Calculation order Member formula calculation order can be defined by the user using the solve order member property
Attribute calculations dimension Support for Sum
mailto : [email protected] for all Hyperion video tutorial/Training/Certification/Materialmailto : [email protected] for all Hyperion video tutorial/Training/Certification/Material
Data Load Differences Between Aggregate Storage and Block StorageData Load Differences Between Aggregate Storage and Block Storage
In ASO level 0 cells whose values do not depend on formulas in the outline are loaded whereas in BSO data can be loaded at any level(other than Dynamic Calc). At the end of a data load, if an aggregation exists, the values in the aggregation are recalculated automatically whereas in BSO it has to be explicitly call i.e calc all.Block Atorage No automatic update of values. To update data values you must execute all necessary calculation scripts.
Aggregate storage databases can contain multiple slices of data. Data slices can be merged.
The loading of multiple data sources into aggregate storage databases is managed through temporary data load buffers.
mailto : [email protected] for all Hyperion video tutorial/Training/Certification/Materialmailto : [email protected] for all Hyperion video tutorial/Training/Certification/Material
Creating Aggregate Storage Database, Application and OutlineCreating Aggregate Storage Database, Application and Outline
There are 2 ways to create ASO cube
Convert a block storage outline to an aggregate storage outline, and create an aggregate storage application to contain the converted database and outline.
Create an aggregate storage application and database. The aggregate storage outline is created automatically when you create the database.
mailto : [email protected] for all Hyperion video tutorial/Training/Certification/Materialmailto : [email protected] for all Hyperion video tutorial/Training/Certification/Material
Stored Hierarchies
Members of stored hierarchies are aggregated according to the outline structure. Because aggregate storage databases are optimized for aggregation, the aggregation of data values for stored hierarchies is very fast. To allow this fast aggregation, members of stored hierarchies have the following restrictions:
Stored hierarchies can have the no-consolidation (~) operator (only underneath Label Only members) or the addition (+) operator.
Stored hierarchies cannot have formulas.
mailto : [email protected] for all Hyperion video tutorial/Training/Certification/Materialmailto : [email protected] for all Hyperion video tutorial/Training/Certification/Material
Dynamic Hierarchies
To evaluate a dynamic hierarchy, Essbase calculates rather than aggregates the members and formulas. The order in which members and formulas are evaluated is defined by the solve order property. At the time of retrieval, Essbase calculates the required member combinations and calculates any required outline member formulas. Because dynamic hierarchies are calculated, the data retrieval time may be longer than for data retrieved from stored hierarchies. However, when you design your database, dynamic hierarchies provide the following advantages
Dynamic hierarchies can contain any consolidation operator.
Dynamic hierarchies can have formulas.
mailto : [email protected] for all Hyperion video tutorial/Training/Certification/Materialmailto : [email protected] for all Hyperion video tutorial/Training/Certification/Material
Alternate HierarchiesAn alternate hierarchy may be modeled in either of the following ways:● As an attribute dimension, which uses attributes to classify members logically within the dimension (for example, a Product dimension can have attributes such as Size and Flavor.) As a hierarchy of shared members. The alternate hierarchy has shared members that refer to non shared members of previous hierarchies in the outline. The shared members roll up according to a different hierarchy from the non shared members to which they refer. Shared members on dynamic hierarchies can have formulas. The non shared instance of the member must occur in the outline before any shared instances of the member
Alternate HierarchiesAn alternate hierarchy may be modeled in either of the following ways:● As an attribute dimension, which uses attributes to classify members logically within the dimension (for example, a Product dimension can have attributes such as Size and Flavor.) As a hierarchy of shared members. The alternate hierarchy has shared members that refer to non shared members of previous hierarchies in the outline. The shared members roll up according to a different hierarchy from the non shared members to which they refer. Shared members on dynamic hierarchies can have formulas. The non shared instance of the member must occur in the outline before any shared instances of the member
mailto : [email protected] for all Hyperion video tutorial/Training/Certification/Materialmailto : [email protected] for all Hyperion video tutorial/Training/Certification/Material
Questions??????