1.3.2. Models(模型)
模型是相关的维度、查询对象和其它对象所需的一个或多个相关报表应用组件组成的集合。Framework Manager模型其实就是一个元数据层。最重要的是,它提供了一个来自数据源信息的业务视图,从而简化了创建报表、分析和查询。业务视图能够:
1.3.2.1. 在文件夹里组织相关query items、query subjects等,为报表展示相关业务领域信息
1.3.2.2. 格式化query items,如数字、货币、日期、时间和其它格式
1.3.2.3. 展现多语言文件夹和item名称、描述信心、提示和数据,以便用户能根据自己的语言选择进行操作
1.3.2.4. 自动生成SQL查询,并发送到关系型数据源执行
1.3.2.5. 指定默认提示信息,在实际应用中为了提高查询性能,在filter中使用code或key,同时为了让用户直观的选择参数值我们还需使用可描述性的名称。
尤其是建模者可以修改Framework Manager的模型以确保发送到数据源端的查询SQL高效、结构良好和安全。还可以指定查询生成规则(FM全局设置请参考)、限制用户访问数据的某行某列、针对某个业务某个用户来隐藏、优化一些复杂的relationships(也称陷阱处理)
1.3.3. Namespaces
1.3.3.1. Namespace能唯一标识query items、dimensions、query subjects 和其它对象,通过导入不同数据库到单独的namespace以避免重命名。
1.3.3.2. Folder纯粹是为了组织模型、为用户提供清晰直观的业务视图,且不影响content store或组织核心机构。
如下图,我们便可以清晰直观的看到Namespaces和Folders的本质区别。
存储在content store里的query items的组成结构由A、B、C组成,和D没有关系,如下:
[DatabaseView].[PRODUCT_NAME_LOOKUP].[PRODUCT_NUMBER]
D作为Folder只是有助于组织模型、提高业务视图直观性,重命名、更改和删除folder对content store不产生影响,因此也不会影响前端report(ES、QS、RS、AS)等。A作为query tiems组成结构的根节点,对其更改将会影响content store.
1.3.4. Packages是模型的子集,包含了指定报表需要使用的dimensions、query subjects和其它定义内容。Package发布到cognos connection门户用户创建报表、分析和即席查询
1.3.5. Dimensions是一个针对主要业务分析对象数据的直观分组,如产品名称、日期和销售市场区域。Dimension的类型包括常规(regular)维度和度量(measure)维度,相当于 Transformer里的维度和度量
1.3.6. Query subjects是一组有内在关联的query items的集合。多数情况下它就像一个数据表(table),主要有三种类型:
1.3.6.1. Data source,数据源查询直接引用单个数据源。FM里会为每个导入模型的表(tables)和视图(views)创建relationship
1.3.6.2. Model,与Data source相反,它不直接引用数据源查询,而是基于已有的query subjects、dimensions或其它模型内容。使用它可创建更简化的、更直观清晰的业务模型视图。
1.3.6.3. Store procedure,基于关系型数据库导入的procedure来创建的query subject。注意FM仅支持用户定义的procedure,不支持system store procedure。使用它的最大优点是,将查询运算负载到数高性能的据库端运行,很大程度上提高了报表性能。
1.3.7. Query items能直接在报表中放置、模型的最小单元体,代表事物的单个特征,如日期、产品名称。它被包含在query subjects或dimensions里,对于用而言,query items是创建报表的最重要的对象。
至此,我们对Projects下的主要元素、文件的最用都有了一定的理解,针对创建project和导入数据相关的内容的建模技巧,将是FM教程里的核心,请继续关注下一篇“FM建模设计之创建工程”。