典型的业务逻辑,诸如过滤器(filters)和计算(calculations)常被应用在业务视图中,在一些情况下实现这些业务逻辑是很有意义的,并且它的性能和维护成本很低的。
为模型添加过滤器
IBM Cognos Framework Manager(FM)的两种过滤器形式:
嵌入式过滤器(Embedded filters):在查询主题内部创建,它们的域被限制在查询主题上,当过滤器被用在仅一个查询主题或者维度上时是合适的,在嵌入式过滤器被创建完后还可以被转换成独立的过滤器(stand-alone filters)。
独立的过滤器(stand-alone filters):独立的过滤器可以在整个模型中被使用。当过滤器在多个查询主题或者维度被要求使用或者让被使用的过滤器更容易被用户获得的情况下,独立的过滤器是合适的。
每个嵌入式过滤器都有一个用途设置(Usage),它有以下几个选项:
Always(总是):无论查询项目是否在查询中过滤器都会被用到所有实例上。
Optional(可选):过滤器不是强制的,用户可以选择去输入一个过滤器值或者让它为空。
Design Mode Only(只设计模式下):这个选项只当在IBM Cognos FM中测试或者报表设计时来限制数据的两.
为模型添加计算
计算可以使用查询项目,参数,和函数
有以下两种计算类型:
嵌入式计算(embed the calculation):即直接嵌入到对象上。如果你想要特别地对一个查询主题或者维度创建一个计算,你可以使用嵌入式计算,对于查询主题,这个计算要么是对数据源查询主题要么是对模型查询主题进行的,但是推荐你尽可能在模型查询主题上应用计算,因为这允许更好进行维护和改变管理。
独立的计算(stand-alone calculation):当你需要对超过一个查询主题和维度应用计算时创建一个独立的计算是合适的;或者如果你需要在执行在计算之前执行聚合的情况独立的计算也是合适的,这种聚合可以通过改变独立的计算的常规聚合属性为计算来完成。
使用宏命令让模型变得动态
你可以使用会话参数(session parameters),参数映射(parameter maps),和宏命令(macros)的一个组合来修改查询主题和其它模型属性从而动态地控制返回的数据。
session parameters:在运行时返回会话信息;
parameter maps:是一个两列表,key-value;
macros:是一个可以插入到过滤器,计算,熟悉等对象中的代码段,并且可以在运行时进行评估,宏命令由#符号包围起来的。
这里只是说一些概念性的东西,具体的案例需要在实践中产生,本人也作了一些案例,但是整理他们或者说清楚他们需要花很多时间,还是大家自己摸索吧.