XPath是轻量级路径导航工具，专注单XML文档内高效定位节点；XQuery是完整查询转换语言，支持FLWOR、多源整合、结果构造等高级功能。
XQuery 和 XPath 看起来相似，其实分工明确：XPath 是“找东西的路标”，XQuery 是“带加工能力的查询引擎”。如果你只需要从 XML 里快速定位某个元素或属性，用 XPath 就够了；但一旦要筛选、排序、组合、转换甚至生成新结构（比如把 XML 转成 XHTML 表格），就得上 XQuery。
XPath 是什么：轻量级路径导航工具
XPath 的核心是路径表达式，像文件系统里的 /bookstore/book[price 这样直接“走路径”取值。它不写逻辑、不建结构、不处理多文档关联，只专注在单个 XML 文档内高效定位节点或计算简单结果（如布尔值、字符串、数字）。它被 XSLT、XQuery、浏览器 DOM 查询等广泛调用，本身不是独立执行语言，更像一个嵌入式查询组件。
生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur
- 语法简洁，学习门槛低，几分钟就能写出有效表达式
- 支持轴（如 parent::、following-sibling::）、谓词、函数（contains()、starts-with()、count() 等超 100 个）
- 结果通常是节点集、字符串、数值或布尔值，不能直接输出新 XML 片段
XQuery 是什么：完整的 XML 查询与转换语言
XQuery 像 SQL 之于数据库——它能声明“我要什么”，也能定义“怎么组织出来”。它以 XPath 表达式为基础，但扩展出 FLWOR 表达式（for-let-where-order by-return）、函数定义、模块化、类型检查（基于 XML Schema）、多源文档连接，甚至支持递归和条件构造。
- 可直接生成格式化结果，比如把一批 CD 数据转成带
的 XHTML 页面
- 支持变量绑定、嵌套查询、聚合计算（sum、avg）、分组（group by）
- 所有值都是序列（sequence），没有“语句”概念，纯表达式驱动
- 主流数据库（Oracle、SQL Server、DB2）都内置 XQuery 引擎，可用于 XML 列查询
关键区别一目了然
两者共享同一数据模型（XPath 2.0 / XQuery 1.0）和函数库，但定位不同：
- 作用范围：XPath 针对单文档局部导航；XQuery 支持跨文档、多源、带逻辑的全局查询
- 输出能力：XPath 返回原始值或节点引用；XQuery 可构造任意 XML/文本结果
- 表达能力：XPath 没有循环、变量、函数定义；XQuery 具备完整函数式编程特征
- 使用场景：DOM 中 getElementsByXPath？用 XPath；做报表导出、服务集成、XML-to-HTML 渲染？选 XQuery
怎么选：从需求倒推工具
不必硬记概念，看实际任务：
- 提取某本书的作者名 → XPath（//book/title/../author/text()）
- 列出价格低于 15 元且出版年份在 2020 年后的所有书名，并按价格升序排列 → XQuery FLWOR
- 把三个不同系统的 XML 日志合并，去重后生成带统计摘要的 HTML 报告 → XQuery（含 doc() 函数、group by、自定义函数）
- 在浏览器控制台快速检查某个元素是否存在 → XPath（$x("//button[@id='submit']")）
基本上就这些。学 XPath 是打基础，用 XQuery 是干实事——先会走路，再学开车。
