就SQL而言，使用XML有什么优势？

Question

我已经看到了一些关系数据库，其中XML直接反映了SQL，并且我想知道是否有人可以为我提供一些见解，说明为什么人们使用XML而不是其他选择。 我的印象是，这更是个人喜好，但是一位同学告诉我，XML被认为“更好”，即在某些情况下更有效。 因此，我想向大家提出这个问题，因为坦率地说，我想发表第二意见。

问题：什么时候使用XML代替ColdFusion或PHP（或其他替代方法）？ 有哪些固有的优势使它成为更理想的选择？

例如，XML可能是这样的：

<data>
<dataObject name="Test">
    <primaryKey>Num</primaryKey>
    <foreignKey dataObject="Test" key="Num"/>
    <datums>
        <datum type="integer" key="itemRecnum" label="Item Recnum" data="required"/>
        <datum type="string" key="status" label="Status" data="required"/>
        <datum type="integer" key="idnumber" label="ID Number" data="required"/>
    </datums>
    <constraints/>
</dataObject>
</data>

因此，在SQL Server中，每个数据库都具有1-1对应关系，每个数据类型都是一列。

有人可以解释一下使用XML从数据库中提取的优点是什么吗？ 这里到底发生了什么，为什么要在CF或PHP上使用它？ 以及如何从数据库中推入和拉出？

如果您将两者混在一起怎么办？ 也许有人会将Coldfusion用于插入，而xml仅用于视图？

Answer 1

XML是一种数据存储机制。 ColdFusion和PHP是数据处理语言。 XML不会从数据库中提取数据。 人们使用XML存储数据的原因很多。 这里讨论了一些原因： 为什么我会选择在关系数据库中存储和处理XML？

PHP和XML与XML一起使用，ColdFusion也是如此。 如果您希望将XML转变为最终用户的东西，则可能需要考虑XSLT 。

Answer 2

XML的目的是将数据存储在人类可读的平面文件中（XML在实体的文本命名中具有巨大的开销。而且，它不是人类可读的，它是一种传输介质），易于访问的形式。 访问XML数据“存储”的方法非常健壮，并且一直在不断发展，包括Microsoft提出的“ XQL”提议-一种等效于SQL的用于处理XML数据存储的SQL提议。 XML非常简单，以至于它本身可以用作数据库–实际上，它非常灵活：您可以通过标签和不同的库数组无限地自定义XML实现。 另外，如果您的数据库损坏了，那么您几乎可以在任何文本编辑器中打开它-毕竟是文本文件。 但是，XML有一个主要缺点：处理数据时，它比SQL慢，并且需要更多资源才能运行。

关于ColdFusion和XML，您可以在这里阅读

Answer 3

XML胜出的地方是，如果您有一个分布在20个表中的有关业务对象（比如一家酒店）的数据，并且您想将该数据发送给将数据组织成具有不同结构的16个表的人。 XML使您可以在一条消息中捕获有关对象的所有信息，这与数据库的设计无关，并且可能符合某些行业标准（例如OTA），并将其加载到设计完全不同的其他数据库中。

另一方面，如果您的XML与SQL数据库设计的表和列紧密地联系在一起，那么您就不会从中获得太多价值。

Answer 4

IA / B使用缓存的XML产品文件测试了一个非常繁忙的站点，而不是缓存了一个非常大的查询，而缓存了较小的单个查询，到目前为止，XML每次都表现最差。 读取文件所花费的时间找到特定记录，然后解析出数据，这使服务器瘫痪。 如果您手头有一个数据库并且希望建立一个数据密集型网站，那么我强烈建议您避免使用XML，除非您出于某种目的将XML存储在数据库中。

如果您确实正在为网站寻找平面文件系统，那么我会研究NoSQL数据库（例如MongoDB或CouchDB），其中有一些Coldfusion驱动程序和CFC已被编写为可与这些系统一起使用。