15、XML 模式实现指南：从概念模型到实用方案

XML 模式实现指南：从概念模型到实用方案

1. 设计选择

在实现模型时，有两种极端的设计方案，但都存在一定的问题：

1.1 为每个资产创建一个模式

这种方式会导致碎片化问题，类似于关系型技术的情况。由于某些资产实例的存在依赖于其他资产实例，为了保持模型的引用完整性，需要实现额外的约束。例如，删除一个 jazzMusician 实例时，必须同时删除所有依赖于该实例的 belongsTo 、 influence 和 produces 实例。

1.2 创建包含整个模型的单个模式

这种实现方式扩展性不佳。由于资产实例可能相互引用，最终会得到一个包含整个知识库的巨大文档。这种模式的实例可能会变得非常大，导致各种操作（加载、保存、解析、转换等）变得非常缓慢。例如，删除一个 album 实例需要读取整个知识库，删除一个 album 节点及其子节点，然后写回整个模型。即使 XML 数据库系统制造商实现了文档的部分更新操作，在更新操作进行时，可能仍需要锁定整个文档以防止并发更新，因为交叉引用可能指向正在更新的节点。此外，巨大的文档不仅会对数据库产生负面影响，还会影响解析器、XSLT 处理器、浏览器等。因此，这种一体化文档的方法不是一个好的选择，甚至在模式维护方面也存在问题。生成的巨大模式难以维护，模式的重用几乎不可能。在软件工程中，“分而治之”或模块化一直是一个重要的原则。

下面是这两种设计方案的对比表格：
| 设计方案 | 优点 | 缺点