Oracle 不一致的查询性能行为

Question

考虑以下查询：

SELECT * 
  FROM (
    SELECT ARRM.*, ROWNUM 
    FROM CRS_ARRANGEMENTS ARRM 
    WHERE 
       CONCAT(ARRM.NBR_ARRANGEMENT, ARRM.TYP_PRODUCT_ARRANGEMENT) > 
       CONCAT('0000000000000000', '0000') 
    ORDER BY 
      ARRM.NBR_ARRANGEMENT, 
      ARRM.TYP_PRODUCT_ARRANGEMENT, 
      ARRM.COD_CURRENCY) 
WHERE ROWNUM < 1000;

此查询在具有 10 000 000 个条目的表上运行。从 Oracle SQL Developer 或我的应用程序运行查询时需要 4 分钟才能运行！不幸的是，这也是我正在编写的应用程序内部的行为。将值从 1000 更改为 10 完全没有影响，这表明它正在执行全表扫描。

但是，当从 SQuirreL 运行时，查询会在 几毫秒内返回。这怎么可能？解释在 SQuirreL 中生成的计划给出：

但是对于同一个查询，Oracle SQL Developer 会生成不同的解释计划：

知道这种行为差异是如何产生的吗？我无法理解它。我尝试使用 JPA 和原始 JDBC。在应用程序中，我需要解析所有 10 000 000 条记录，并且此查询用于分页，因此不能选择等待 4 分钟（这需要 27 天）。

注意：我在 SQuirreL 和我的应用程序中使用相同的 Oracle jdbc 驱动程序，因此这不是问题的根源。

Answer 1

显然，国家语言支持或 NLS 参数与它有关。 Oracle SQL Developer 将它们设置为“荷兰语”，这是基于您的区域设置的默认设置，而 SQuirreL 将其设置为 BINARY。这种差异使得优化器使用不同的路径来解决查询。为了在 jdbc 会话中使用正确的 NLS_SORT 参数，需要使用以下命令：

ALTER SESSION SET NLS_SORT=BINARY

那么正确的索引将被用于查询。