如何防止Oracle的基于成本的优化器进行糟糕的优化？

Question

考虑以下情况。我有一个表格（一个stupid_table）在我无法控制的架构中。这是第三方，不受限制。没有敏感。我可以查询它，但不添加索引或新表或更改设计。

stupid_table中的每一列都是VARCHAR2(50 BYTE)，有很多列，但我只需要其中的两列：row_type和magic_number。 magic_number填充了整数的字符串表示形式，但只有其中row_type设置为'DATA'，我只需要大于零的幻数。

SELECT TO_NUMBER(magic_number) 
FROM stupid_table 
WHERE row_type = 'DATA' 
AND TO_NUMBER(magic_number) > 0; 

这将导致一个“无效号码” Oracle错误，因为基于成本的优化器（CBO）是选择检查row_type之前评估TO_NUMBER并有行一大堆用不同row_type和magic_number字段的不同用途。

好吧，如果我先过滤行，然后再进行比较呢？

SELECT TO_NUMBER(t.magic_number) 
FROM (
    SELECT magic_number 
    FROM stupid_table 
    WHERE row_type = 'DATA' 
) t 
AND TO_NUMBER(t.magic_number) > 0; 

现在CBO似乎摸出查询是很简单，忽略了我已经使用，产生相同的查询计划到原来的狡猾。

最后，我沮丧地采取了肮脏的黑客行为：使用/*+RULE*/查询提示强制Oracle使用旧的基于规则的优化器。这就像一场梦，但它不应该是必须的，更不用说它正在使用不再支持的Oracle特性。

有没有更好的方法来做到这一点？

Answer 1

你能完全避免使用TO_NUMBER吗？似乎这样可以提高性能。例如：

WHERE t.magic_number != '0' 

如果可能有负数，或数字是浮点数，则可能需要额外的检查，但它看起来似乎是可行的。

Answer 2

我会写自己的转换函数，燕子的例外，即

CREATE OR REPLACE FUNCTION my_to_number(p_str IN VARCHAR2) 
    RETURN number 
IS 
BEGIN 
    RETURN to_number(p_str); 
EXCEPTION 
    WHEN OTHERS THEN 
    RETURN null; 
END; 

解决这个问题，然后更改查询

SELECT TO_NUMBER(magic_number) 
FROM stupid_table 
WHERE row_type = 'DATA' 
AND MY_TO_NUMBER(magic_number) > 0; 

除非，你当然可以采取生成的查询计划由RBO制定并强制CBO使用该计划。这可能比尝试提供一组完整的提示更容易管理，这些提示将阻止CBO在ROW_TYPE谓词之前应用MAGIC_NUMBER谓词。

Answer 3

如何创建只包含'DATA'的row_type的stupid_table片段的物化视图？

Answer 4

您可以试试：

SELECT TO_NUMBER(magic_number) 
FROM stupid_table 
WHERE row_type = 'DATA' 
AND REGEXP_LIKE(magic_number, '^\d{1,}$'); 

如果这仍然不起作用，移动状态进入HAVING子句可能会迫使优化器首先评估它。

SELECT TO_NUMBER(magic_number) 
FROM (
SELECT magic_number 
FROM stupid_table 
WHERE row_type = 'DATA' 
GROUP BY magic_number 
HAVING REGEXP_LIKE(magic_number, '^\d{1,}$')) ilv; 

失败的是，物化视图或使用PL/SQL游标可能是唯一的出路。

Answer 5

品牌凯斯为你做

select to_number(magic_number) 
from stupid_table 
where row_type = 'DATA' 
and case when row_type = 'DATA' then to_number(magic_number) else 0 end > 0 

的工作在我的测试情况下，我有麻烦，如果可能有一些DATA行没有数字在他们重新创建你的错误，以便奇迹。但它也可能是优化器处理我的查询的方式。

我认为no_merge提示也可能解决您的问题，但由于我无法再现问题，所以我无法确定。

SELECT --+ no_merge(t) 
    TO_NUMBER(t.magic_number) 
FROM (
    SELECT magic_number 
    FROM mike_temp_stupid_table 
    WHERE row_type = 'DATA' 
) t 
where TO_NUMBER(t.magic_number) > 0; 

Answer 6

with语句允许您应用特定的评估顺序。

WITH 
has_numerics_only AS 
(
    SELECT magic_number 
    FROM stupid_table 
    WHERE row_type = 'DATA' 
) 
SELECT TO_NUMBER(t.magic_number) 
FROM has_numerics_only 
WHERE TO_NUMBER(t.magic_number) > 0; 

还要考虑在一个或多个'DATA'行中确实存在错误数据的可能性。

Answer 7

我通常会添加一个rownum来停止谓词推送。 （提示也可以做到这一点，但它们很容易出错，如果出现这种问题，如果出现错误，您可能不会马上注意到。）另外，您应该添加一条评论，以便某人稍后尝试“优化”您的代码并删除看似不必要的逻辑。

SELECT TO_NUMBER(t.magic_number) 
FROM (
    --Bad data, use rownum for type safety 
    SELECT magic_number, rownum 
    FROM stupid_table 
    WHERE row_type = 'DATA' 
) t 
AND TO_NUMBER(t.magic_number) > 0; 

Answer 8

确切的方法是使用一个ordered_predicates提示，改变你的WHERE条件的评估顺序。

文档： Oracle ORDERED_PREDICATES Hint

SELECT /*+ ORDERED_PREDICATES */ TO_NUMBER(magic_number) 
FROM stupid_table 
WHERE row_type = 'DATA' 
AND TO_NUMBER(magic_number) > 0; 

现在尝试换周围的条件，你再次得到你的错误。请考虑其他答案，因为我也怀疑，唤起TO_NUMBER是你最好的解决方案。