XQuery标准的发展历程对我们很有启发意义，TT SOA多年以来对此也有详细描述。XQuery诞生于XML和Web服务的早期，目的是向刚开始使用XML数据的开发人员提供类似SQL的数据集成能力，但它从没有成为一个主流的集成工具。

　　除了象IBM、微软和Oracle这些企业软件厂商作为一个主要推动力量，它仍然是一个细分技术。现在情况如何了？

　　XQuery生来命运多蹇，它虽然是一项很有前途的技术，却始终没有成为一项主流应用。O'Kelly 联合公司的首席分析师Peter O’Kelly承认，自打早期阶段以来，IT社区对它并不热衷。

　　“让人不解的是为什么XQuery没有成为主流”，O'Kelly说道。“即使在五年以前，大家都非常普遍地期待XQuery能够成为XML内容查询的标准，正如SQL之于关系数据库的作用”，他说道。

　　XQuery最初是由万维网联盟（W3C）XML查询组开发的。XQuery的主要关注点是提供一种从WEB上的真实或虚拟文档中提取数据的方法－－一种查询语言－－从而在需要数据库的场合，作为一种补充或者取代数据库。（请参见 《如何使用XQuery示例》 ）

　　主要厂商已经支持将XQuery作为关系数据库的一个可选组件，同时，小型厂商也已经开发出了一些工具使得任何人都可以使用这个格式。在那些会使用XQuery的人看来，XQuery是一个非常强大的工具，O'Kelly说道。

　　当集成开发团队使用XQuery时，他们可以采用数据集的形式更容易的处理XML的内容。同时，这种格式可以更加容易地和原有的SQL编程和脚本编程结合起来。很多开发团队都可以从XQuery的搜索功能和函数库中获益良多。同XPath和XML模式的密切关系也使XQuery处于一个比较有利的位置，这样，精通这些技术的开发团队在使用XQuery的时候就很容易上手。

　　在非XML相关的工作中使用XQuery也是一个值得研究的领域，O’Kelly说道，XQuery并不是专用于XML，也不仅仅限于查询功能。“这也就是说，也许XQuery这个名字并不是那么贴切，”他说道。

　　他说道，事实上，研究XQuery的开发人员觉得他们像是在使用一种象Perl和Python之类的脚本语言。“XQuery象是一个增强版本，”他补充道。

　　是什么阻碍了XQuery？

　　但是，如果说XQuery是如此出色，它为什么没有被广泛采用？“一个有趣的解释是，人们可能将XQuery同反SQL运动相提并论了。”他说道。

　　O’Kelly继续说道，可能影响了XQuery市场化的几个因素包括：

• 缺乏一个整体框架，这意味着什么时候和如何使用XQuery存在不确定性。
• 人们已经建立的惰性。O’Kelly表示，人们通常的态度就是“不坏则不修”。在当下，人们已经有了很多其他选择，这也使得XQuery难以获得众多拥趸。
• 标准和政治因素。O’Kelly说道，就像人的惰性一样，在数据库领域中的开发人员和从业者希望避免“阻抗不匹配”—这常常发生在当有一项新技术进入这个领域时。“一些人声称XML罗唆冗长，并且出于政治原因，编程人员说他们希望使用象Java Scipt这样的东西”，他说道。并且，他表示，XQuery易于施展拳脚的领域是在“内容管理人员和数据库人员”之间。
• 互联网上的风气。 “好的地方是真正实现了以开放的方式做事情，但也存在两级分化的危险。如果你去找那些认为XQuery已经死掉的人群，你的确会在互联网上找到”。

　　O’Kelly强调说，有理由相信XQuery会卷土重来并大行其道。“少数理解XQuery的信息架构师和编程人员将会变‘实用魔术’，构建并维护有效地系统，而那些有着无数方案的人却自叹弗如，”他说道。

　　“就像SQL并没有立刻取代以前的系统一样——时至今日也还有一些dbase数据库在运行，那些具有长远眼光并拥有有效工具的开发人员都将走上XQuery之路，” O’Kelly说道。