如图 5 所示，每个对象都与一些基本的元数据信息相关联，对象以一个类型加一个已排序的属性列表的形式表示。

　　图 5. 对象元数据

　　SDO 体系结构还包括了一些规范中没有定义的附加组件。

　　物理元数据

　　前面一段描述了信息的逻辑元数据(例如当信息加载到 SDO 对象后的元数据)，而物理元数据(例如原始数据源格式的元数据)不在 SDO 规范讨论的范围内。典型情况下，物理元数据并不会影响 SDO 客户机，但是它会影响到 DMS，DMS 是负责访问数据源的组件。

　　DMS

　　DMS 是一种组件，它负责提供某些方法来组装数据图，也负责将数据更改保存回数据源。典型情况下，将会有多种不同的 DMS 类型，每种类型对应着一种特定的数据源和技术(XML、JMS、JCA、JDBC 等等)。DMS 总是以同一种格式(数据图)返回信息，它隐藏了实际的数据存储信息，在 SDO 应用程序和 EIS 之间提供了一层数据提取的功能。

　　DMS 不在 SDO 规范的范围内，但是它在实现中可能需要将多个数据源和数据类型的数据集成在一起，这样，唯一的 SDO 数据图就会包含了异构数据源的信息。请参见图 6:

　　图 6. DMS

　　断开连接的数据体系结构

　　SDO 模型有一个有趣的特性，就是它允许使用断开连接的编程模型，事实上当 SDO 客户机提出数据图请求并收到此数据图后，它就断开了和 DMS 的连接，这样避免了 DMS 对数据源的持续加锁，客户机就可以不受时间限制地处理数据对象，对数据源的更改保存以一种乐观的并行方式进行。这种断开连接的模型特别适合 n 层的以 Web 为基础的体系结构，因为它考虑到了分层技术，同时也易于使用，而且还可以进行高级并行访问。

　　SDO 的工作过程

　　请求 SDO 图

　　图 7 是一个简单请求的序列关系图。基本上，当一个 SDO 客户机需要检索数据时，它使用 DMS 来请求数据图，DMS 负责管理对数据源的访问，并根据接收到的信息来创建一个图，通常这个图是一个分层的树结构，其中包含了几个数据对象。此客户机使用断开连接的编程模型来处理数据图。如果数据被修改，而且客户机希望能保存这些更改，它会将更改后的数据图发送给 DMS，然后由 DMS 去修改数据源。

　　图 7. SDO 图