Dear readers, these Hyperion Interview Questions have been designed specially to get you acquainted with the nature of questions you may encounter during your Job interview for the subject of Hyperion. As per my experience good interviewers hardly plan to ask any particular question during your Job interview, normally questions start with some basic concept of the subject and later they continue based on further discussion and what you answers:
Ans: ASO (Aggregate Storage Option) - Used for
1. If we have large number of dimensions (generally more than 10)
2. Most of the dimensions are sparse
3. We cannot write back in ASO. I heard recently that ASO will also have the write back capability.
BSO (Block Storage Option)-
1. Dimensions are less and dense (recommended values for no of dim are between 4 and 8) .
2. We can write back hence much suited for planning applications.
Financial applications are generally dense structures and normal analytical cubes are sparse. Here we also need to understand what these dense and sparse members are. When the intersections or cells of two dimensions mostly contain a value it is dense. Say for example we have two dimensions period(Month or quarter) and region and we are calculation the sales amount. Generally maximum regions(countries, cities) will have some sales value for a particular month or quarter. Hence we can say that our period dimensions would be dense. But now instead of period, consider another dimension product. Now there are some products which are sold in only some particular regions hence for them there will be no values in other regions or will have very low percentage of data values hence the structure will become sparse.
Now the question arises what is the use of calling them dense or sparse. What difference does it make. Do some research and try to find the answer.
Ans: No.
Ans: To automate the process of creating dimensions with thousands of members.
Ans: 1. Generation references
2. level references
3. Parent-Child references.
Ans: We cannot define that as Generation 1 is not valid.
Ans: No. If gen 2 and gen 4 exists, we must assign gen 3.
Ans: Yes, we can do that but it is recommended to use separate rule file for each dimension.
What is UDA( user defined attributes). How are they different than Aliases.
Ans: UDA represents the class of the members. Aliases are just another names of the members. both are different and has different usage.
Ans: Yes. You can query a member for its UDA in a calculation script.
Ans: Absolutely no impact as UDA’s does not require additional storage space.
Ans : Attribute dimensions provides more flexibility than UDA's. Attribute calculations dimensions which include five members with the default names sum, count, min, max and avg are automatically created for the attribute dimensions and are calculated dynamically.
Ans: UDA's- No Impact as they do not perform any inherent calculations.
Attribute dim- No Impact as they perform only dynamic calculations.
Ans: UDA's values are never displayed in the reports and hence do not impact report performance.
Ans: They highly impact the report performance as the attributes are calculated dynamically when referenced in the report. For very large number of att dim displayed in the report, the performance could drastically reduce.
Ans: The record will be rejected.
Ans: Essbase is an file based database where the data is stored in PAG files of 2 GB each and grows sequentially.
Ans: Yes. But only one database per application is recommended.
No. Because we define ASO or BSO option while creating the application and not database. Hence if the application is ASO, the databases it contains will be that type only.
Ans: .OTL, .RUL and .CSC
Ans: To communicate between Essbase and Microsoft office tools.
Ans: Integration services and in version 11, we have Essbase studio.
Ans: Yes. We can manage our server resources by starting only the applications which receive heavy user traffic. When an application is started, all associated databases are brought to the memory.
Ans: No.
Ans: Hyperion Administrative services console provides a migration utility to do this but only the application, database objects are migrated and no data is transferred. the answers to other two questions are Yes.
Ans: Yes. We can have multiple instances of an Essbase server on a single machine and there will be different sets of windows services for all these instances.
Ans: Using (~) exclude from consolidation operator.
Ans: It prevents members from being consolidate across any dimension.
Ans: Yes
Ans: No.
Ans: Lower level members and associated data remains in relational database where as upper level members and associated data resides in Essbase database.
Ans: In the process it calculates more blocks than is necessary. Sometimes it is necessary to perform top-down calculation to get the correct calculation results.
On what basis you will decide to invoke a serial or parellel calculation method.
Ans: If we have a single processor, we will use serial calculation but if we have multiple processors we can break the task into threads and make them run on different processors.
Ans: Analytic services (or Essbase Services) locks the block and all other blocks which contain the Childs of that block while calculating this block is block locking system.
Ans: 1. Replicated partition. 2. Transparent partition 3. Linked partition.
Ans: The statement should be just opposite. As dynamic calc members are calculated when requested, the retrieval time should increase.
Ans: Even I don't have any clue. I experienced this few days back with a customer. If you can throw some light on this, please post your answer
Ans: Yes
Ans: They are specific objects like files, cell notes or URL's associated with specific data cells of Essbase database. You can link multiple objects to a single data cell. These linked objects are stored in the server. These LRO's can be exported or imported with the database for backup and migration activities.
Ans:
1. Generation references
2. Level references
3. Parent-Child references
Ans: There will be no impact on the database as the UDA’s doesn’t store data in the database.
Ans: No.
Ans: Yes
Ans: Three types of partitions are there.
1. Transparent partition: A form of shared partition that provides the ability to access and manipulate remote data transparently as though it is part of your local database. The remote data is retrieved from the data source each time you request it. Any updates made to the data are written back to the data source and become immediately accessible to both local data target users and transparent data source users
2. Replicated Partition
3. Linked Partition
Ans: Lower level members and associated data remains in relational database where as upper level members and associated data resides in Essbase database.
Ans: In the process it calculates more blocks than is necessary. Sometimes it is necessary to perform top-down calculation to get the correct calculation results.
Ans: If we have a single processor, we will use serial calculation but if we have multiple processors we can break the task into threads and make them run on different processors.
Ans: UDA's values are never displayed in the reports and hence do not impact report performance.
Ans: The record will be rejected.
Ans: You should have the role of Application manager for the specified application.
Ans: Analytic services (or Essbase Services) locks the block and all other blocks which contain the Childs of that block while calculating this block is block locking system.