0

我正在执行一个 PL/SQL 块,它从显式游标更新一些行。声明游标的代码如下:

cursor DUP_SUBJECTS is  
  select * 
    from ODS_SUBJECT_D  
   WHERE SUBJECT_COD = ANY (SELECT SUBJECT_COD  
                              FROM ODS_SUBJECT_D  
                             WHERE END_DATE = TO_DATE ('31-12-9999','DD-MM-YYYY')   
                             GROUP BY SUBJECT_COD, ROW_TYPE_DE  
                            HAVING COUNT(*) > 1)  
   ORDER BY SUBJECT_COD, START_DATE; 

正文中的第一条语句是DBMS_OUTPUT.PUT_LINE为了通知它何时开始执行该块。上述脚本中的查询返回表中 2900000 行中的 20000 行。在脚本的声明块中似乎需要很长时间(30 分钟后它还没有打印消息)。
有什么建议可以优化脚本的性能吗?

谢谢,
安东尼奥

4

3 回答 3

1

您误解了如何DBMS_OUTPUT工作。DBMS_OUTPUT在您的代码块完整运行之前,客户端无法接收发送到的消息。DBMS_OUTPUT您可以通过在消息中添加时间戳来验证这一点。我怀疑您会看到第一条消息几乎是立即写入的,而实际的瓶颈在其他地方。

于 2012-11-06T13:42:47.203 回答
0

您可以尝试另一种编写查询的方式:

cursor dup_subjects is  
  select
    * 
  from (
    select
      o.*,
      count(*) over (partition by subject_cod, row_type_de) count_per
    from
      ods_subject_d
    where
      end_date = date '9999-12-31')
  where
    count_per > 1
  order by
    subject_cod,
    start_date;

如果 end_date 不是一个非常常见的值,请确保它被索引 - 如果您不经常查询 end_date 除了这个值,那么考虑索引:

create index ...
on     ods_subject_d (
         case end_date
           when date '9999-12-31' then 1
         end)

...并将谓词更改为...

where case end_date when date '9999-12-31' then 1 end = 1

通过对值分布和满足“count(*) > 1”条件的可能性的更多了解,可能会进一步细化索引和查询。

于 2013-04-11T18:45:34.310 回答
-1

如果您的 pl/sql 块运行时间较长并且没有退出程序,那么您需要在适当的列上创建索引。

于 2013-04-11T18:15:39.650 回答