dbTalk Databases Forums  

How to determine a candidate project for OLAP

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


Discuss How to determine a candidate project for OLAP in the microsoft.public.sqlserver.olap forum.



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

Default How to determine a candidate project for OLAP - 05-02-2005 , 12:44 PM






How can I determine if I should move a process/data using an OLTP system to
an OLAP system? The OLTP system generates some reports (by account number)
using data from multiple tables, temporary tables (subset of main tables),
and user defined functions.

Two of the tables I'm using have 16 & 520 million records (respectively). I
have created partitioned views in order to reduce the size of the tables but
I'm still having problems with speed. The data in the partitioned view is
sliced using the year part of the processdate column/attribute.

If OLAP is the answer, how many concurrent users will the OLAP system will
support? The current system only allows a few account numbers to run the
reports but I would like to have the capability to run the reports for all
accounts 320k+


Reply With Quote
  #2  
Old   
Michael Vardinghus
 
Posts: n/a

Default Re: How to determine a candidate project for OLAP - 05-03-2005 , 06:06 AM






Im' pretty sure that olap will performn better with those record amounts.

However - you perhaps need to present data in a different manner - you need
to use hierachical dimensions as much as possible - so users go from an
aggregated
level to detail - not only does this give you a better information but that
is what olap "like" regarding performance

And there is a monster article from ms with performance tips...


"saleyoun" <saleyoun (AT) discussions (DOT) microsoft.com> wrote

Quote:
How can I determine if I should move a process/data using an OLTP system
to
an OLAP system? The OLTP system generates some reports (by account
number)
using data from multiple tables, temporary tables (subset of main tables),
and user defined functions.

Two of the tables I'm using have 16 & 520 million records (respectively).
I
have created partitioned views in order to reduce the size of the tables
but
I'm still having problems with speed. The data in the partitioned view is
sliced using the year part of the processdate column/attribute.

If OLAP is the answer, how many concurrent users will the OLAP system will
support? The current system only allows a few account numbers to run the
reports but I would like to have the capability to run the reports for all
accounts 320k+




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.