cancel
Showing results for 
Search instead for 
Did you mean: 

Real time cube in IP

Former Member
0 Kudos

Hi,

1. If the design is such that it has only the real time cube then are there any implications in loading the real time cube direcly from ECC and other external systems? In this case what is the best approach to load real time cube directly?

2. Why is it advisable to have plan & actual cube as seperate?

Thanks,

sam

Accepted Solutions (1)

Accepted Solutions (1)

Former Member
0 Kudos

Another reason for storing separately is you dont need to change the load behavious of real time cube.

Also, when you know upfont when to plan and when to load, there are 2 process types in Bi 7 to convert the load behaviour of the real time cube.

1. Switch Realtime InfoCube to Plan Mode

2. Switch Realtime InfoCube to Load Mode .

Use this in the process chain and manage the plan and load process.

Ravi Thothadri

Answers (2)

Answers (2)

Former Member
0 Kudos

Dear Ravi,

This wa a good idea...but u need to do the following for this:

Plan data in write cube and actual in standard cube

create a multiprovider using the above two cubes...

also u can use anothr standard cube for Results, so that the report will come in no time....

All the best;

Sunil M

Former Member
0 Kudos

1. You can load and plan' but you need to change the load behaviour of the cube when you load or when you plan. Right click " real time laod behaviour".

2. The objective of storing separately is that data is split and response time will be better in queries.

Ravi Thothadri

Former Member
0 Kudos

it is advisiable to split actual and plan data in seperate cubes. By doings so the plan data can be maintained in a real-time cube and actual in a normal cube. Reading on real-time cubes is slower!!

-> splitting up is better for performance

D