- For individual users
- Instant access to solutions
- Ask your tech questions
- Start your 30-day Free Trial
Main Topics
Browse All Topicshow to easily identifed dense & sparse dimension
This Question has been solved and asker verified All Experts Exchange premium technology solutions are available to subscription members.
Experts Exchange has been collecting answers to technology questions since 1996…3 million and counting! If you have a question, chances are we already have your answer.
If you can't find the exact answer you're looking for, ask our exclusive community of 50,000 experts. You’ll get a personalized answer from a trusted professional.
Thousands of free tech tips, tricks, how-to’s and tutorials are available in our peer reviewed articles section. See for yourself how smart our experts are, no login required.
Access the answers to your technology questions today.
30-day free trial. Register in 60 seconds.
Members of the expert community talk about why the experience at Experts Exchange is different than what you will find anywhere else.

Try it out and discover for yourself.
30-day free trial. Register in 60 seconds.
Join the community of experts here and help other tech pros by answering question in your area of expertise. You can earn FREE access to all Experts Exchange's premium features and resources.
Business Accounts
Answer for Membership
by: garycrisPosted on 2009-07-07 at 06:24:55ID: 24793956
The idea of Dense and Sparse dimensions is quite lengthy and unfortunately there is no easy answer to the question. As a general rule, you would start off making your accounts and time dimensions dense. This usually makes sense because it is likely that a large number of your time periods will have data across all your other dimensions, as will your accounts (measures). From there you have to look at your block size, which is made up of the combinations of your dense dimensions.
/docs/cd/E 12825_01/e pm.111/ esb _dbag.pdf
t/paperbac k-book/loo k-smarter- than- you-a re-with-es sbase-11/6 402010
So for example if you have 12 stored members in your periods dim and 200 stored measures in your accounts dim then your block size would approx 19K (12 x 200 x 8 bytes)
Optimal block size for 32 bit OS is between 8k and 100k with 64 bit OS, you can go larger, but you have to test and tune.
One good way to test which are your "densest" dimensions is to make a single dimension dense, load your data and run a default calc. Then go into database properties and look under statistics and check block density. Write it down, then clear the database, make a different dim dense with all others sparse and repeat load, calc, and check stats, again write it down and repeat for all dimensions. This will give you an indication of which are the sparsest and which are the densest dimensions.
What you have to realize is that even after you are armed with that information, you still have to take a number of other factors into consideration. Just because a dimension is the densest, doesn't always mean it will be a good dense dimension. I know it is confusing, but tuning Essbase cubes is more art than science. There are some basic rules to start out and then you have to test, test, and test. It also makes a difference what your goals are. I might make certain dims dense and others sparse to speed up calc time, but I might make other dims dense and sparse to get better retreival time. So it depends on what the requirements are and it is usually a balancing act of what works best.
As I stated in the beginning, try to start off with Time and Accounts dense and go from there.
If you want to learn more about Essbase, I would suggest some readings and possibly a training class.
Check out the database administrators guide http://download.oracle.com
I would also recommend a great book called "Look Smarter Than You Are with Essbase 11"
http://www.lulu.com/conten
(full disclosure: while I am not the author of the book, I did contribute content to the publication)
Hope this helps.