4

我们最近将 Oracle 数据库从 10g 迁移到 12c (12.1.0.1.0)。在考虑了一些查询的问题后，我们决定进一步清理数据库并删除所有不需要的对象。
因此，我编写了一个查询，在数据库 DDL 中搜索要显示的特定文本，其中使用了特定的视图或函数。

SELECT 
  object_name, object_type, DBMS_METADATA.GET_DDL(object_type, object_name) as ddl_txt 
FROM user_objects 
WHERE object_type IN ( 'FUNCTION', 'VIEW', 'PROCEDURE', 'TRIGGER') 
  AND UPPER( DBMS_METADATA.GET_DDL(object_type, object_name) ) LIKE upper('%myFunction%')

这会导致以下异常：

ORA-31600: invalid input value TYPE BODY for parameter OBJECT_TYPE in function GET_DDL
ORA-06512: at "SYS.DBMS_METADATA", line 5746
ORA-06512: at "SYS.DBMS_METADATA", line 8333
ORA-06512: at line 1
31600. 00000 -  "invalid input value %s for parameter %s in function %s"
*Cause:    A NULL or invalid value was supplied for the parameter.
*Action:   Correct the input value and try the call again.

发生异常是因为我们的数据库中有“Body Type”对象，并且它们不提供带有DBMS_METADATA.GET_DDL(). 运行下面的查询会产生与初始查询完全相同的异常。

select dbms_metadata.get_ddl('TYPE BODY', 'myBodyStringType') from dual

所以，我尝试创建一个内部列表，首先通过重写我的查询将所有用户对象的列表减少到我真正关心的时间：

select
  lst.*,
  DBMS_METADATA.GET_DDL(lst.object_type, lst.object_name) as ddl_txt 
from (
      SELECT 
        object_name, object_type
      FROM user_objects 
      WHERE object_type IN ( 'FUNCTION', 'VIEW', 'PROCEDURE', 'TRIGGER') 
) lst
where upper(DBMS_METADATA.GET_DDL(lst.object_type, lst.object_name)) like upper('%myFunction%')

有趣的是，它带来了与上面所示相同的异常。我不明白为什么会这样。

我希望 Oracle 首先创建内部列表并DBMS_METADATA.GET_DLL()仅使用剩余值使用该函数，因为相同的值将导致异常。为什么甲骨文在这里做其他事情？

为了解决这个特定问题，我必须ORDER BY在内部查询中添加一个对我来说看起来很愚蠢的东西。为什么我必须强制 Oracle 首先使用ORDER BY?

select
  lst.*,
  DBMS_METADATA.GET_DDL(lst.object_type, lst.object_name) as ddl_txt 
from (
      SELECT 
        object_name, object_type
      FROM user_objects 
      WHERE object_type IN ( 'FUNCTION', 'VIEW', 'PROCEDURE', 'TRIGGER')
      ORDER BY ROWNUM ASC
) lst
where upper(DBMS_METADATA.GET_DDL(lst.object_type, lst.object_name)) like upper('%myFunction%')

提前感谢您对为什么会发生这种情况的任何解释？- 我记得，后面的查询在 Oracle 10g 上运行没有任何问题。
（我担心在其他进行计算的报告上会出现相同的行为，这可能会因为这种行为而出错！）。

4

2 回答 2

2

这是一个错误。Oracle Support 刚刚向我确认，异常是由于 Oracle 版本 12.1.0 中的错误而发生的。仅1 个。

有两个选项可供选择：
1) 更新到 Oracle 版本 12.1.0。2，bug已修复。
2) 等待几个星期，等待 Oracle 即将开始工作的补丁。该补丁将在 Oracle 版本 12.1.0 中修复此问题。1 .

我们没有决定我们要采用哪个选项，但我非常有信心其中一个会起作用，因为 Oracle Support 确实重现了我的问题。

于 2016-04-11T09:28:45.400 回答
1

很可能是谓词推送（对不起，我找不到简单的解释）

它不是先运行内部记录集，然后再评估其余记录集。它将外部推入内部派生表。查询计划肯定会告诉你。

通过使用ROWNUM你强迫它首先评估内部记录集。它不是这样做ORDER BY的ROWNUM。而不是ORDER BY你也可以这样做AND ROWNUM > 0，它会做同样的事情，因为它必须先评估每一行，然后才能评估ROWNUM表达式。

于 2015-10-29T11:25:17.317 回答