有熟悉IP滚动计划这块的朋友吗?
如今要做个滚动计划,需求如下
3个月滚动计划,假如当前月为4月,那我要做5,6,7这三个月的计划,这个计划数据在query能允许手工输入同时显示前三个月的计划(2,3,4月),这前三个月的计划是不能修改的,只能显示,
当滚动到下个月(5月)的时候,这时候我需要做6,7,8三个月的计划,这时候同时要显示前三个月的计划数据(3,4,5月)同样也是不能修改,应为这已经是过去的计划数据了,同时我要对比去年同期的实际数据和现在的计划数据,做一个计划和实际的达成率,
这个cube如何设计时间,因为input ready query 只能建立在一个Aggregation level 上,同时如果这个input ready query如果需要某个key figure能被允许修改,那这个Aggregation level 包含的所有特征和关键值都必须包含在这个query里面,才能允许修改,
设想一,
建立两个cube,一个是基本cube,一个为real time infocube,在这两个cube上建立一个MultiProvider ,每次在real time infocube上做计划前,把这cube的数据传递到基本cube,然后在这个MultiProvider上建立一个Aggregation level 过去的数据取自这个基本cube,
和去年同期的计划达成率数据则取自基本cube去年数据,然后和今年计划数据做比较,算出一个达成率,计划数据,也就是允许修改的数据取自这个real time infocube,
问题是如何触发把这real time infocube的数据传递到基本cube?
设想二
只建立一个real time infocube ,
问题一 这个cube 如何设计是个问题?因为建立的这个Aggregation level 必须包含这个real time infocube 的所有特征和key figure才能做基本数据的修改,
问题二 允许修改的只正对一个key figure设置,但是这样之前几个月的计划数据还是能修改,达不到需求,如果条件里面做过滤,那只显示了未来的几个月的数据,之前几个月的数据不能显示
请教熟悉IP这块的大虾指点一二!!!!!!!!!!!