我想知道是否有最佳实践来决定何时应使用 XML 对系统进行建模以及何时应使用关系数据库进行建模（我知道您可以将 XML 存储在数据库中，但是对系统进行建模之间存在巨大差异使用标准化数据库表并使用 XML 模式对系统进行建模）。为了具体起见，假设您正在健身房进行练习建模。 “卧推”实际上是一系列练习，而不是单一练习。您可以躺在长凳上或球上。你可以强迫自己恢复原状，也可以允许作弊。您可以使用哑铃、杠铃、绳索或万能器械。如果您使用哑铃，您可以交替手臂或同时推动。您可以拥有倾斜的、下倾的或平坦的表面。我的想法是，由于复杂性（以及我尚未想到的可能的复杂性），最好使用 xml 进行建模。这是一个好的评价吗？还应考虑哪些其他重要因素？
附录：当我说到 XML 时，我脑海中浮现的技术之一是 RDF（尽管我不希望将讨论限制于此），与在数据库中实现设计相比，它似乎各有利弊表。我不确定一些用户对 XML 的普遍反感是否会一直延伸到 RDF（也许如此），但也许这将有助于集中讨论一点。
在 20 世纪 60 年代，数据管理系统被发明/构思/完善，这些系统都是基于数据可以分层组织的理念。 IMS就是其中之一。这些系统的谬误/缺陷/缺点对于任何密集使用它们的人来说都会立即变得清楚（首先，它们往往会导致“查询偏差”：在分层系统中，通常很容易查询给定客户存在哪些合同，并且同时几乎不可能查询哪些客户参与给定合同）。
所有这些缺陷最终导致了关系模型的发明。
因此，如果您想知道 XML 是否适合作为任何数据管理问题的解决方案，请问问自己：“XML 本质上是分层的吗？”。
XML在市场上的成功仅仅证明了“不了解历史的人注定会重蹈覆辙”这一观察的正确性。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
