构建DB2 Cube View元数据桥之三

核心提示： 创建元数据桥一个元数据桥是一个软件组件或者公用程序，把元数据从一种格式映射到另一种格式，构建DB2 Cube View元数据桥之三(2)，元数据桥被开发，以便在一个第三方业务智能工具或者OLAP工具与DB2 Cube View之间交换元数据，Cube Model 一个桥可以映射的顶级对象，一个到DB2 Cube Vi

创建元数据桥

　　一个元数据桥是一个软件组件或者公用程序，把元数据从一种格式映射到另一种格式。元数据桥被开发，以便在一个第三方业务智能工具或者OLAP工具与DB2 Cube View之间交换元数据。

·ImaginationCubed：网络涂鸦齐开心
·构建DB2 Cube View元数据桥之二
·构建DB2 Cube View元数据桥(1)
·构建DB2 Cube View元数据桥之一
·cube子句的用法
·TDecisionCube

图1 一个元数据桥

　　例如，IBM提供了一个DB2 Cube View和IBM DB2 OLAP Server产品之间的桥。更确切地说，这个桥在DB2 Cube View和DB2 OLAP Server上的OLAP Integration Server之间交换元数据。

　　当设计一个元数据桥的时候，有许多事项需要考虑。我们将更详细地讨论其中的一些问题。

　　· DB2 Cube View元数据对象模型与其它格式的兼容性/相似性？

　　· 桥是单向还是双向？

　　· 每次映射什么级别的元数据？通常，Cube模型或者Cube对象（连同所有被引用的对象一起）是一个桥的来源或者目标。

　　· 桥支持和管理逐渐增加的元数据变化吗？

　　· 使用哪种程序设计语言？

　　· 对于这种程序设计语言，哪些xml(标准化越来越近了)语法分析程序有效？

　　· 当使用DB2 Cube View元数据的时候，桥会调用应用程序接口来读取元数据或者读入一个输出元数据xml(标准化越来越近了)文件吗？

　　· 当产生DB2 Cube View元数据的时候，桥将调用应用程序接口来创建元数据，或者把元数据写入一个xml(标准化越来越近了)文件吗？

　　映射演练

　　做一个映射演练是设计桥的重要的第一步。做这个演练的设计师或者开发者必须有关于DB2 Cube View元数据对象模型和另一种元数据对象模型的透彻的工作知识。

　　如表二所示，每个DB2 Cube View对象当做一个映射的时候，都有通用属性需要研究。

　　表1 DB2 Cube View对象的通用属性

属性	注意
模式	当映射到DB2 Cube View的时候，所有新的对象通常被放入一个模式中。但是Cube View对象被允许引用不同的模式中的其它Cube View对象。DB2 Cube View中的每个对象的完整名称是它的模式加上它的名称，比如MYSCHEMA.MYATTRIBUTE。模式可以不长于30字节。
名称	每个DB2 Cube View对象类型都有自己的名称空间，除了Attribute和Measures共享相同的名称空间。比如，可以有一个Attribute和Join有相同的完整名称。到DB2 Cube View的桥通常必须生成目标对象的名称。名称不长于128字节。
业务名称	最大128字节。
注释	最大 254字节
构建器	当映射到DB2 Cube View的时候不需要。
构建期	当映射到DB2 Cube View的时候不需要。
修改器	当映射到DB2 Cube View的时候不需要。
修改期	当映射到DB2 Cube View的时候不需要。

　　DB2 Cube View对象模型必须被研究并且与将要映射的元数据相比较。注意元数据之间的差别可能导致元数据在被映射的时候丢失。如果元数据桥是双向的，那么判断元数据返回时被修改的程度。对于大部分的桥，不建议返回元数据。表３有一些对象类型的注意事项需要牢记。当映射到DB2 Cube View时，输出元数据xml(标准化越来越近了)必须有效。它必须在语法上是正确的。桥应该它们输出的DB2 Cube View元数据xml(标准化越来越近了)是否符合语法规则，通过验证xml(标准化越来越近了)和模式文件db2md_metadata.xsd。此外，输出元数据必须遵守DB2 Cube View指定的所有元数据有效性规则。在DB2 Cube View中，有三级的有效性检查。当映射到DB2 Cube View时，遵守"Base"规则就足够了。一个从DB2 Cube View读取数据的桥可能坚持让元数据服从"Cube Model completeness"元数据规则。请参看用户手册关于DB2 Cube View元数据验证等级的详细资料。

　　表2 映射不同的对象类型的注意事项

对象类型	映射注意事项
Attribute	SQL表达式模板是最难映射的属性，因为它常常需要分析表达式。此外，一个来自DB2 Cube View的桥需要处理引用其它Attributes的Attributes，并且递归遍历所有的Attributes以判断用于一个给定的Attribute的最终SQL表达式。当映射到一个Attribute的时候，数据类型属性不是必需的；当属性被创建的时候，由DB2 Cube View来决定。
Join	Join在映射到DB2 Cube View时被创建，因为它们可以获取构建维度模型和Cube模型所需要的结构信息。
Attribute 关系	层次的一部分。在更复杂的Cube模型中可找到。
Measure	和Attribute相同的问题（也就是说，其SQL表达式模板很难映射）。桥在支持很复杂的measure时，通常有一些限制。
Facts	带有相同维度的一套Measures。注意需要映射Attribute和Join。
Dimension	当创建Dimension时，确定你包含了所有的Attributes。注意Hierarchy和Join是可选项。
Hierarchy	注意Attribute列表是顺序的。注意并不是所有的类型和配置的整合都是被允许的。桥有时对可被映射的层次类型有限制。
Cube Model	一个桥可以映射的顶级对象。一个到DB2 Cube View的桥如果可能的话应该创建一个Cube Model对象。
Cube (和 Cube Facts, Cube Dimension, Cube Hierarchy)	映射为一个Cube Model的一部分。