Oracle 连接子句中的无效数字

Question

我收到一个对我来说没有意义的 Oracle Invalid Number 错误。我了解what this error means，但在这种情况下不应该发生这种情况。抱歉这个问题太长了，但请耐心等待，我可以彻底解释一下。

我有一个存储不同来源的 ID 的表，其中一些 ID 可以包含字母。因此，该列是VARCHAR。

其中一个来源具有数字 ID，我想加入该来源：

SELECT *
FROM (
    SELECT AGGPROJ_ID -- this column is a VARCHAR
    FROM AGG_MATCHES -- this is the table storing the matches
    WHERE AGGSRC = 'source_a'
) m
JOIN SOURCE_A a ON a.ID = TO_NUMBER(m.AGGPROJ_ID);

在大多数情况下，这是可行的，但取决于随机因素，例如 select 子句中的列，如果它使用左连接或内连接等，我将开始看到 Invalid Number 错误。

我已多次验证AGG_MATCHES 中的所有条目，其中AGGSRC = 'source_a' 在AGGPROJ_ID 列中不包含非数字字符：

-- this returns no results
SELECT AGGPROJ_ID
FROM AGG_MATCHES
WHERE AGGSRC = 'source_a' AND REGEXP_LIKE(AGGPROJ_ID, '[^0-9]');

我知道 Oracle 基本上会在内部重写查询以进行优化。回到第一个 SQL 示例，我最好的猜测是，根据整个查询的编写方式，在 某些情况 Oracle 会尝试在子查询之前执行 JOIN .换句话说，它试图将整个AGG_MATCHES 表连接到SOURCE_A，而不仅仅是子查询返回的子集。如果是这样，那么AGGPROJ_ID 列中会有包含非数值的行。

有谁知道这是否是导致错误的原因？如果是这个原因，我有没有强制 Oracle 先执行子查询部分，所以它只是试图加入 AGG_MATCHES 表的子集？

---

更多背景知识：

这显然是一个简化的例子来说明问题。 AGG_MATCHES 表用于存储不同来源（即项目）之间的“匹配”。换句话说，就是说sourceA中的项目与sourceB中的项目相匹配。

我没有一遍又一遍地编写相同的 SQL，而是为我们常用的源创建了视图。这个想法是有一个包含两列的视图，一列用于 SourceA，一列用于 SourceB。出于这个原因，我不想在源表的ID 列上使用TO_CHAR，因为开发人员每次进行连接时都必须记住这样做，并且我正在尝试删除代码复制。另外，由于SOURCE_A中的ID是一个数字，所以我觉得任何存储SOURCE_A.ID的视图都应该继续将其转换为数字。

Answer 1

您是对的，Oracle 执行语句的顺序与您编写的顺序不同，导致转换错误。

按顺序解决此问题的最佳方法是：

1. 更改数据模型以始终将数据存储为正确的类型。始终将数字存储为数字，将日期存储为日期，将字符串存储为字符串。 （您已经知道这一点并说您不能更改数据模型，这是对未来读者的警告。）
2. 使用TO_CHAR 将数字转换为字符串。

3. 如果您使用的是 12.2，请使用 DEFAULT return_value ON CONVERSION ERROR 语法将字符串转换为数字，如下所示：

   SELECT *
   FROM (
       SELECT AGGPROJ_ID -- this column is a VARCHAR
       FROM AGG_MATCHES -- this is the table storing the matches
       WHERE AGGSRC = 'source_a'
   ) m
   JOIN SOURCE_A a ON a.ID = TO_NUMBER(m.AGGPROJ_ID default null on conversion error);
   

4. 将ROWNUM 添加到内联视图以防止可能重写语句的优化器转换。 ROWNUM 总是在最后进行评估，它强制 Oracle 按特定顺序运行，即使 ROWNUM 未使用。 （官方提示是这样做的方法，但要正确提示太难了。）

   SELECT *
   FROM (
       SELECT AGGPROJ_ID -- this column is a VARCHAR
       FROM AGG_MATCHES -- this is the table storing the matches
       WHERE AGGSRC = 'source_a'
           --Prevent optimizer transformations for type safety.
           AND ROWNUM >= 1
   ) m
   JOIN SOURCE_A a ON a.ID = TO_NUMBER(m.AGGPROJ_ID);
   

Answer 2

我认为最简单的解决方案使用case，它对评估的顺序有更多的保证：

SELECT a.*
FROM AGG_MATCHES m JOIN
     SOURCE_A a
     ON a.ID = (CASE WHEN m.AGGSRC = 'source_a' THEN TO_NUMBER(m.AGGPROJ_ID) END);

或者，更好的是，转换为字符串：

SELECT a.*
FROM AGG_MATCHES m JOIN
     SOURCE_A a
     ON TO_CHAR(a.ID) = m.AGGPROJ_ID AND
        m.AGGSRC = 'source_a' ;

也就是说，最好的建议是修复数据模型。

在您的情况下，最好的解决方案可能只是一个视图或一个生成列：

create view v_agg_matches_a as 
    select . . .,
           (case when regexp_like(AGGPROJ_ID, '^[0-9]+$')
                 then to_number(AGGPROJ_ID)
            end) as AGGPROJ_ID
    from agg_matches am
    where m.AGGSRC = 'source_a';

如果您使用视图，case 可能不是必需的，但它更安全。

然后在后续查询中使用该视图。