数据库组件

Windchill 系统使用数据库来存储结构化和非结构化业务数据。数据库管理器一般在与 Windchill 服务器相同的主机上运行，但在较大的站点该管理器可能在专用主机上运行，可以从一个或多个 Windchill 服务器主机上对它进行远程访问。

前沿的做法是使用 ORDBMS，但 Windchill 并未将该技术推过合理的可用性和安全性边界。Windchill 利用对超大对象和对象参考 (更大的 BLOB 和对象 ID 导航功能) 的支持。它并不依赖于复杂数据类型的较为超前的功能，即 DBMS 尝试通过扩展 (对象类型、对象夹等等) 来了解 Java 对象的结构和内涵。

Windchill 使用数据库服务器的对象关系功能来存储数据对象。为了维护存储的对象之间关联的完整性，用户和管理员应避免使用厂商工具直接处理数据库数据。在数据库中直接更改数据可能会损害数据的完整性。这并不表示要禁止使用标准数据库管理工具，这些工具不会更改表中存储的值。

一个 Windchill 系统使用一个逻辑数据库。数据库管理员可能会使用厂商提供的工具对数据库进行物理分区，但为了简单起见，Windchill 不会试图协调多个实时数据库之间的事务处理。我们认为，如果有理由采用单独的数据库，则这些理由同样适用于将 Windchill 配置为两个或多个联合系统，或使用 DBMS 的存储/转发复制技术。

由 Windchill 管理的信息，或者作为纯结构化业务信息 (对象属性和关系) 存在，或者作为非结构化信息存在；非结构化信息是由应用程序以外部文件的形式，利用标准或专用数据格式创建的。下图说明结构化和非结构化属性的 ORDBMS 管理方式。

结构化数据是使用普通关系型技术 (表) 存储的，而非结构化数据是作为对象存储的。将文件内容存储在数据库中显然会使数据库变得很大，并引发传统 RDBMS 技术中存在的性能问题。然而，新的 ORDBMS 技术经过专门设计，使这种保存文件内容的方法成为可能。

下图显示了实现持续的运行时体系结构。给实现可持续接口的每个对象分配了一个“持续”标识符。PersistenceManager 接口可标识一组方法，应用程序使用这些方法管理业务对象的持续状态。尽管此接口声明的所有方法都在服务器上执行，但客户应用程序可通过帮助程序类访问这些方法。

持续对象管理器中介使请求持续化，并将其转发给 PersistentDataService，以处理实际的持续化操作。用于将对象往返传送给数据库的协议是自省和对存储过程的 JDBC 调用的结合。自省用于将属性绑定到存储的过程变量。