dbTalk Databases Forums  

Processing times when getting data from another server

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


Discuss Processing times when getting data from another server in the microsoft.public.sqlserver.olap forum.



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

Default Processing times when getting data from another server - 01-22-2004 , 08:18 AM






Our architecht has selected to go with the DAtawarehouse database
being on another server and the reporsitory being on the analyis
server.I wanted to know what implications this would have when we have
large cube sizes of about 20 million rows and we have to get the data
from another server to process the cubes.Also If we have migrated the
repository would the data be available on the analysis server when
users query the server?


Thanks in anticipation.


Ajay

Reply With Quote
  #2  
Old   
Martin Mason
 
Posts: n/a

Default Re: Processing times when getting data from another server - 01-24-2004 , 09:40 AM






I've used an Oracle server as the source data and still seen incredibly fast
processing times compared to an Essbase server. Shouldn't be a noticeable
performance degradation.
"Ajay Garg" <ajayz90 (AT) hotmail (DOT) com> wrote

Quote:
Our architecht has selected to go with the DAtawarehouse database
being on another server and the reporsitory being on the analyis
server.I wanted to know what implications this would have when we have
large cube sizes of about 20 million rows and we have to get the data
from another server to process the cubes.Also If we have migrated the
repository would the data be available on the analysis server when
users query the server?


Thanks in anticipation.


Ajay



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.