dbTalk Databases Forums  

Cube processing - refresh data vs incremental update

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


Discuss Cube processing - refresh data vs incremental update in the microsoft.public.sqlserver.olap forum.



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

Default Cube processing - refresh data vs incremental update - 08-28-2003 , 04:04 AM







I have genereal question - is the incremental update much faster than
refresh data? How much?

Lets say I have a cube where fact table has one milion records, I also
have 3 dimensions 5 thousands records each. There is few thousands new
records in fact table each day nad I'm reprocessing cube daily. Which
aproach should I use?



Thanks for any hints.

Bartlomiej Bojko


--
Posted via http://dbforums.com

Reply With Quote
  #2  
Old   
Mariano Alvarez
 
Posts: n/a

Default Re: Cube processing - refresh data vs incremental update - 08-29-2003 , 04:31 PM






Incremental is faster than referesh.
You can use both because cube is small.
If you don't update records (only add) incremental is the best.
If you update records you should refresh

--
Jose Mariano Alvarez
Comunidad de base de datos
Grupo de Usuarios Microsoft
www.mug.org.ar



"b_bojko" <member37234 (AT) dbforums (DOT) com> wrote

Quote:
I have genereal question - is the incremental update much faster than
refresh data? How much?

Lets say I have a cube where fact table has one milion records, I also
have 3 dimensions 5 thousands records each. There is few thousands new
records in fact table each day nad I'm reprocessing cube daily. Which
aproach should I use?



Thanks for any hints.

Bartlomiej Bojko


--
Posted via http://dbforums.com



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.