dbTalk Databases Forums  

Cognos Incremental Loads

comp.databases.olap comp.databases.olap


Discuss Cognos Incremental Loads in the comp.databases.olap forum.



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

Default Cognos Incremental Loads - 01-20-2004 , 01:57 PM






I have seen several old newsgroup items on why incremental loads in
Cognos are not worth the effort, is this really still the case? I'm
interested in hearing some other experiences in relatively similar
models (20 gig cubes with, with 5 or 6 dimensions, and only daily data
coming in).

TIA

Reply With Quote
  #2  
Old   
ya
 
Posts: n/a

Default Re: Cognos Incremental Loads - 01-20-2004 , 07:02 PM






When you say "20 gig cubes" do you mean 20 cubes each a gig in size or
several 20gb cubes?

In either case I would for sure be considering incremental builds. The 7.1
version allows you to perform time based cubes as well which may be
something worth looking at (only need to build the increment). The only
real issue to consider is that you need to ensure that you are only bringing
in new data. Rows already contained within the cube will cause the measure
values to skew.

Give us some numbers as to how many consolidated records, current full cube
build times, datasource, level of granularity you require, etc...

Glad to help just need a little more info.

ya


"Niko" <nick_wakefield (AT) hotmail (DOT) com> wrote

Quote:
I have seen several old newsgroup items on why incremental loads in
Cognos are not worth the effort, is this really still the case? I'm
interested in hearing some other experiences in relatively similar
models (20 gig cubes with, with 5 or 6 dimensions, and only daily data
coming in).

TIA



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.