利用 DB2 数据库联邦技术整合 Domino 和其他企业应用

核心提示： 查看原图（大图）在 Notes 中查看结果， 图 12. Notes 中实时查看员工的信用额度在业务部门的应用中操作员工的信用额度，利用 DB2 数据库联邦技术整合 Domino 和其他企业应用(10)，简单使用 NSFDB2 的功能，通过 Designer 打开 Domino 的数据库设计，不

查看原图（大图）

在 Notes 中查看结果。

图 12. Notes 中实时查看员工的信用额度

在业务部门的应用中操作员工的信用额度。

简单使用 NSFDB2 的功能，通过 Designer 打开 Domino 的数据库设计，在 Shared Resource->DB2 Access View 中创建 DAV，选择需要的员工信息，将数据 populate 到 DB2 中，就在 DB2 里出现一个可供 DB2 User 访问的数据表。业务部门可以通过简单的 SQL 查询实现此功能。此处不再赘述。

结语

本文所提出的基于联邦技术集成基于关系型数据库的应用和基于半结构化的文档型数据库的 Domino 引用的方案，能够实现大型企业各种应用集成的需求，并成功的解决了开篇所提出的，使用 SQL 访问 Domino 数据难和跨源访问多种数据难的问题。

并且在此方案中，联邦技术的各种优点和特性得到了集中体现：

透明性：联邦系统是透明的，它对用户掩盖了底层数据源的差异、特质和实现。它使一组联邦数据源对用户而言象是一个系统。用户无需知道数据存储在哪里（位置透明）；无需知道数据源支持何种语言或编程接口（调用透明）；如果使用 SQL，无需知道数据源支持哪种 SQL 语句（语言透明）；不需要知道数据是以哪种物理方式存储的，或者数据是否被分区和／或被复制（物理数据独立性、分段和复制透明性）；无需知道使用何种网络协议（网络透明性）。用户应该看到一个统一的接口，包括单一的一组错误代码（错误代码透明性）。IBM 提供了所有这些特性，使得在编写应用程序时就好象所有数据都位于一个数据库中，尽管事实上，数据可能存储在异构的数据源集合中。

异构性：该方案屏蔽了各数据源之间的差异程度。数据源在许多方面可以不同。它们可以运行在不同的硬件上，可以使用不同的网络协议，以及使用不同的软件来管理它们的数 据存储。它们可能具有不同的查询语言、不同的查询能力甚至不同的数据模型。它们处理错误的方式可能不同，或者提供不同的事务语义。IBM 的联邦数据库可以容纳所有这些差异，将上述这些系统封装在一个无缝的透明联邦体中。

联邦体的可扩展性和开放性：所有系统都需要随时间而发展。在联邦系统内，可能需要新的数据源来满足用户业务不断变化的需求。IBM 使增加新的数据源变得很方便。联邦数据库引擎通过称为包装器的软件组件来访问数据源。通过为那个数据源获得或创建包装器来访问新型的数据源。包装器体系结构支持新包装器的创建。一旦存在包装器之后，简单的数据定义（DDL）语句允许在不停止正在进行的查询或事务的情况下动态地将数据源添加到联邦体。

数据源的自治：通常，数据源有现有的应用程序和用户。所以，当将数据源引入联邦体时，不影响它的操作是很重要的。IBM 的联邦数据库不影响现有数据源的本地操作。现有应用程序的运行不会发生变化，既不会修改数据也不会移动数据，接口也保持相同。尽管对联邦系统执行全局查询可能会涉及各种数据源，但数据源处理数据请求的方式并不受此影响。同样，当数据源进入或离开联邦体时，不会影响本地系统的一致性。唯一的例外是在对加入联邦体的数据源执行联邦的两阶段提交处理期间，会受到影响。