dbTalk Databases Forums  

Query performance using ROLAP storage model

microsoft.public.sqlserver.olap microsoft.public.sqlserver.olap


Discuss Query performance using ROLAP storage model in the microsoft.public.sqlserver.olap forum.



Reply
 
Thread Tools Display Modes
  #1  
Old   
Rico Cali
 
Posts: n/a

Default Query performance using ROLAP storage model - 09-06-2004 , 12:49 PM






I am planning on changing the storage model for a particular cube that
has no aggregation from MOLAP to ROLAP. I hear there is a querying
performance hit if I switch over to ROLAP. Can someone give me an
idea (in percentage) of what kind of performance hit I'm going to get
when the cube will be queried using the ROLAP storage model?

Reply With Quote
  #2  
Old   
Avi Perez
 
Posts: n/a

Default Re: Query performance using ROLAP storage model - 09-06-2004 , 12:56 PM






you'll see a drop of around 50-60%. Maybe more. It depends on the size of
your underlying database and the speed of your relational database server
(RAID etc).

The best thing is to set one up and mark the speed differential.




"Rico Cali" <ricocali (AT) hotmail (DOT) com> wrote

Quote:
I am planning on changing the storage model for a particular cube that
has no aggregation from MOLAP to ROLAP. I hear there is a querying
performance hit if I switch over to ROLAP. Can someone give me an
idea (in percentage) of what kind of performance hit I'm going to get
when the cube will be queried using the ROLAP storage model?



Reply With Quote
  #3  
Old   
Rico Cali
 
Posts: n/a

Default Re: Query performance using ROLAP storage model - 09-06-2004 , 05:41 PM



Wow, thats a considerable hit. Are saying that if it take 3 seconds
to normally query the cube for MOLAP that it will take 6 seconds or
more for a ROLAP configuration?

"Avi Perez" <avi.perez (AT) irisbi (DOT) com> wrote

Quote:
you'll see a drop of around 50-60%. Maybe more. It depends on the size of
your underlying database and the speed of your relational database server
(RAID etc).

The best thing is to set one up and mark the speed differential.

Reply With Quote
  #4  
Old   
Jéjé
 
Posts: n/a

Default Re: Query performance using ROLAP storage model - 09-06-2004 , 06:38 PM



a lot of elements can impact the performance.
Because ROLAP mode store aggregations in the database, so all your queries
are impacted by the speed of your database engine...
but...
thanks to the AS caching!

Because AS cache results in memory, so the other accesses to the same query,
or subset of already loaded data come from your memory!
so the response time, in this case, is the same as a MOLAP mode.

your database access can be very slow with complex queries which required a
lot of joins and filter in the database, so insure that your tables has a
lot of indexes.

ROLAP mode is recommended for huge cubes (more 300gb, see the T3 project on
the microsoft web site) , for real-time cubes or for historical data which
are never or less accessed by the users. I never use ROLAP mode except if
I've no choice. For example, I prefer to provide a MOLAP cube for the
current day in a (supply chain) proccessed every hour which takes 30sec
instead-of using a realtime cube. Why? because my queries takes 10sec. in
ROLAP mode and 1sec. in MOLAP mode...

So test some standard queries executed against your cube to evaluate the
performance and then take your final decision.

"Rico Cali" <ricocali (AT) hotmail (DOT) com> a écrit dans le message de news:
675e1895.0409061441.540ef15d (AT) po...OT) google.com...
Quote:
Wow, thats a considerable hit. Are saying that if it take 3 seconds
to normally query the cube for MOLAP that it will take 6 seconds or
more for a ROLAP configuration?

"Avi Perez" <avi.perez (AT) irisbi (DOT) com> wrote in message
news:<er9XdrDlEHA.3104 (AT) TK2MSFTNGP14 (DOT) phx.gbl>...
you'll see a drop of around 50-60%. Maybe more. It depends on the size of
your underlying database and the speed of your relational database server
(RAID etc).

The best thing is to set one up and mark the speed differential.



Reply With Quote
  #5  
Old   
Nigel Pendse
 
Posts: n/a

Default Re: Query performance using ROLAP storage model - 09-07-2004 , 02:40 AM



"Jéjé" <willgart (AT) BBBhotmailAAA (DOT) com> wrote

....
Quote:
ROLAP mode is recommended for huge cubes (more 300gb, see the T3
project on the microsoft web site) , for real-time cubes or for
historical data which are never or less accessed by the users.
T3 used pure MOLAP (though it had much more than 300GB of data) as do
the vast majority of real-world Analysis Services deployments. The main
reasons to use ROLAP are if there are very large dimensions, or you need
(near) real-time access.




Reply With Quote
  #6  
Old   
Rico Cali
 
Posts: n/a

Default Re: Query performance using ROLAP storage model - 09-07-2004 , 11:39 AM



Nigel,

When you say "very large dimensions", did you mean the number of
dimensions or the number of members in the dimensions?

Rico

"Nigel Pendse" <nigelp.nospam (AT) olapreport (DOT) com> wrote

Quote:
"Jéjé" <willgart (AT) BBBhotmailAAA (DOT) com> wrote in message
news:u4B9UqGlEHA.3564 (AT) TK2MSFTNGP14 (DOT) phx.gbl
...
ROLAP mode is recommended for huge cubes (more 300gb, see the T3
project on the microsoft web site) , for real-time cubes or for
historical data which are never or less accessed by the users.

T3 used pure MOLAP (though it had much more than 300GB of data) as do
the vast majority of real-world Analysis Services deployments. The main
reasons to use ROLAP are if there are very large dimensions, or you need
(near) real-time access.

Reply With Quote
  #7  
Old   
Dave Wickert [MSFT]
 
Posts: n/a

Default Re: Query performance using ROLAP storage model - 09-07-2004 , 12:34 PM



This is discussed *EXTENSIVELY* in the Analysis Services Performance Guide.
http://www.microsoft.com/technet/pro.../ansvcspg.mspx
If you haven't read it, I strongly recommend that it is your next step.
--
Dave Wickert [MSFT]
dwickert (AT) online (DOT) microsoft.com
Program Manager
BI SystemsTeam
SQL BI Product Unit (Analysis Services)
--
This posting is provided "AS IS" with no warranties, and confers no rights.

"Rico Cali" <ricocali (AT) hotmail (DOT) com> wrote

Quote:
Nigel,

When you say "very large dimensions", did you mean the number of
dimensions or the number of members in the dimensions?

Rico

"Nigel Pendse" <nigelp.nospam (AT) olapreport (DOT) com> wrote

"Jéjé" <willgart (AT) BBBhotmailAAA (DOT) com> wrote in message
news:u4B9UqGlEHA.3564 (AT) TK2MSFTNGP14 (DOT) phx.gbl
...
ROLAP mode is recommended for huge cubes (more 300gb, see the T3
project on the microsoft web site) , for real-time cubes or for
historical data which are never or less accessed by the users.

T3 used pure MOLAP (though it had much more than 300GB of data) as do
the vast majority of real-world Analysis Services deployments. The main
reasons to use ROLAP are if there are very large dimensions, or you need
(near) real-time access.



Reply With Quote
Reply




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off



Powered by vBulletin Version 3.5.3
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.