“条目－属性－值”数据模型

数据的组织和存储方式因系统的不同有很大差异。

• 数据库将信息存储在通常具有固定列数的行中，每列具有该记录的单个值；
• 目录保存可包含不同数量属性的面向对象的条目。这些条目则不包含值或包含一个或多个值¹；
• Lotus® Domino® 数据库包含由字段组成的文档，每个字段都可定义为单值或多值；
• 仍然有其他系统将其数据内容表示为节点、对象、记录、格式化字节流或键值集。

为了使通信对所有参与者都有意义，数据格式必须兼容，或者必须进行转换以适合所涉及的每个系统。这称为数据编组，通常是集成专家首先要面对和克服的、会很快消耗极大部分项目资源的障碍。IBM® Tivoli® Directory Integrator 连接器通过将特定于源的类型自动转换为一致的规范表示来为您处理这个问题。各个数据值将转换为相关的 Java 对象，并具有以相同方式表示的可比较的本机类型。例如，从文件中读取的行、LDAP 字符串属性、Domino 文本字段以及 RDBMS CHAR 和 VARCHAR 列都将通过各自的连接器转换为 java.lang.String。

然后这些已编组的值将累计进属性中：由 Tivoli Directory Integrator 定义的专用 Java 对象。如上所述，某些源仅允许每列或每字段具有一个值，而其他源允许在同一个属性名称下存储多个值。Tivoli Directory Integrator 属性支持单值和多值实施，如有必要（例如表示数据库中可空列时）甚至可以不包含值。

组成单个数据单元（即记录、消息、文档等）的所有属性都将收集在称为条目的其他 Tivoli Directory Integrator 对象中。一个条目可以保存任意数量的属性，或不保存任何属性。

图 1. “条目－属性－值”数据模型

每个数据流都具有称为其“Work 条目”的主条目“存储区”。只要连接器读入数据，它就会创建属性，并将这些属性置于 Work 条目中。为输出配置的任何连接器都使用已在 Work 条目中找到的属性来驱动对目标系统的更改。

这一包含两个阶段的方法对数据传输、变换、过滤和扩充提供了几乎无限的灵活性。这还意味着，您甚至还不必考虑连接到输出系统，就可以完全使用输入连接器初始构建您的数据流，然后在读取和处理数据时使用 CE 以交互方式检查数据。

正如您将在稍后所看到的，Tivoli Directory Integrator 条目处理复杂的分层数据就像处理单层模式一样容易。