Oracle xpath 的性能：两个选择场景

Question

我正在使用 oracle 11g 并且有一个带有 XMLType 的表。该表中有很多记录，每个 XML 包含 0 到 n 个答案的列表，如下所示：

<section>
  <answer id="100">
    <value>Something</value>
  </answer>
  ...
</section>

有两种方法对值进行 xpath。

示例 1：

extract(table.column, '//answer[@id=100]').getStringVal()

返回

<answer id="100">
  <value>Something</value>
</answer>

示例 2：

extractvalue(table.column, '//answer[@id=100]/value/text()')

返回

Something

为复杂查询提取许多 text() 值时性能会受到影响，这让我提出以下问题。如果我使用像 xstream 这样的库来解析 java 中的这些值（示例 1），我会获得更好的性能吗？还是让 Oracle 为我解析这些值更好（示例 2）？

在我投入时间重写大量 daos 和查询之前，我正在尝试从其他人的经验或者可能是一些白皮书中学习，所以非常感谢，谢谢！

================== 编辑

开始研究使用 Scala 作为在 JVM 中解析 xml 的替代方案。请随意添加 Scala 示例。

Answer 1

我想示例 2 应该更快。
如果您需要更快的速度，我建议对此表进行规范化并摆脱 XML 或使用物化视图。

Answer 2

我终于开始进行测试，这就是我的发现。

对于使用表的简单“报告”jsp 视图，我运行了一个查询来填充 850 行。

根据我的代码库，我首先按如下方式运行查询：

• 查询包含每条记录的 XMLType 上的 3 个左连接。
• 每条记录提取 15 个“示例 2”值。
• 每个值都不需要XStream处理。

这总共花费了：

8.27 秒单独运行查询。

从开始到完成视图总共需要 15 秒

然后我更改了查询以执行以下操作：

• 查询在每条记录的 XMLType 上包含 3 个左联接。
• 每条记录提取 15 个“示例 1”值。
• 每个值还运行 XStream 处理来提取值。

这总共花费了：

24.84 秒单独运行查询。

从开始到完成视图总共需要 60 秒。

这当然是我的代码库，但我认为我可以排除使用 XStream 作为提高效率的手段。但似乎 XMLType 和 xpathing 一开始就不是很有效。