XML+SQL=数据库的未来？

XML标准和文档的出现为关系数据库出了一道难题，以访问二维表数据为主的SQL和XML的结合就成了一条中和之路。于是乎，漫长的SQL/XML结合之旅开始了。

随着新XML文档规范的问世，厂商正在加大在RDBMS(关系型数据库管理系统)中对XML支持的力度。

当XML五年前推出时，它所具有的改写数据管理规则的前景引起了关系型数据库厂商的注意，不过他们并没有恐慌。十年前就经历过这一幕，当时对象数据库被人们赋予了范例改变者的作用。这种新软件规范的确出现了，并普及了持久性概念：即无需费劲地转换关系表格就能保存和检索编程语言对象的能力。但结果是，RDBMS学会了新“把戏”，那就是找到了如何利用SQL:1999对象模型保存复杂的数据类型的办法。现在已经有了用于关系型数据库和对象数据库的JDO(Java 数据对象)应用。微软表示，即将推出的Yukon版SQL Server将能够保持.Net对象。

吸收了对象后，RDBMS厂商现在正为吸收XML文档而努力工作。不过，不要指望历史能够简单重演。我们都知道运营企业的大部分信息存储在我们创建和交换的文档中，这些文档很少被保存在企业数据库中。既然XML既可以代表我们看到和接触到的文档(如采购订单)，又可以代表在Web服务网络上交换这些文档的信息，因此我们的数据库能否保存和管理XML文档比以往更加至关重要。一枚真正的重磅炸弹正在制造中,没人准确知道它将生产什么影响，但是目前可以分析它，做出一些有根据的猜测。

SQL/XML结合之旅第一步

漫长的SQL/XML结合之旅第一步,是将关系型数据作为XML格式发布。XML发布是合乎逻辑的起点，因为它可以容易地在XML中代表SQL结果集合，因为那么多的动态网页都是由SQL查询来提供的。传统的方法要求用程序访问结果集合和用程序构建网页。新方法以完全公布的方式制作动态网页，利用SQL-to-XML查询生成数据的XML表示,并利用XSLT(可扩展样式表语言转换)将XML溶入到HTML中。

最初这些虚拟文档是利用专有的SQL扩展来创建的。现在有了一种叫做SQL/XML的新ISO/ANSI标准，这项标准定义了一种通用的方法。目前，SQL/XML得到了Oracle和DB2的支持。它定义了用于这些产品中的本机XML数据类型的面向XML的操作符。SQL Server现在还不支持XML数据类型或SQL/XML扩展，微软定于2004年推出的Yukon将支持它们。

存储文档的方式

企业中的大多数信息保存在存储文档中，而不是关系型数据库中。将这些文档输入到数据库中的理由始终存在，那就是集中式管理和全文本搜索，但是在缺少一种将文档中的数据与数据库中的数据建立关系方法的情况下，这些理由不具有说服力。而XML则为人们提供了论据。

当企业文档从已有格式映射到XML时(这是一条才刚刚开始的漫长路程)，将两种风格的数据建立关系成为了可能。比如说，有一种在关系型表格中保存索赔数据和以XML格式保存索赔文档的保险应用。混合型SQL/XML数据库使这个应用可以从文档子集中提取XML段落。这个子集可以通过将文档中的XML元素与关系型表格中的列值结合在一起来创建。