一个delete 的优化 大家帮忙想想换个写法

xzh2000

最初由 zjusxzj 发布
[B]

可是表很大 global的话 要是上层频繁访问的话不太好！ [/B]

何以见得？你full scan local index性能只有更差,
如果是按偶建议的方法创建索引的话,
将会执行的是index range global index,性能要好得多。

zjusxzj

最初由 xzh2000 发布
[B]

何以见得？你full scan local index性能只有更差,
如果是按偶建议的方法创建索引的话,
将会执行的是index range global index,性能要好得多。 [/B]

这一个sql是在数据提取过程中用的
我的上层工具好多sql 走  index range local index

我下午先做做实验看！

lwxxrq

我的建议是：
在total表的obj_inst, period_start, period_stop字段建组合全局索引，因为原先那个建在5个字段上的索引不仅索引自身很大而且对你的查询帮助不大，因为索引里没有obj_inst字段！
在temp表的obj_inst, period_start, period_stop字段也建一个组合索引，这样oracle或许会把两个表的这两个索引连接起来查询，应该会有一定帮助。
没法试验，瞎说的。记得搞掂后贴出来让我们学学哦

husthxd

最初由 xzh2000 发布
[B]

何以见得？你full scan local index性能只有更差,
如果是按偶建议的方法创建索引的话,
将会执行的是index range global index,性能要好得多。 [/B]

另外如果版本是9i或以上,
不妨试试把索引建在db_block_size较大的表空间上减少i/o.

zjusxzj

改变了index 位置后 （period_start,obj_inst,period_stop,relasced_bsc）
SQL> DELETE FROM NOK_NMC.NOK_BTS_HOUR_PER_TOTAL
  2  WHERE
  3  (obj_inst, period_start, period_stop) IN (SELECT obj_inst, period_start
  4  period_stop FROM wz_nok_omcr3_upload.NOK_BTS_HOUR_PER_TEMP A);

已删除252行。

已用时间:  00: 00: 00.02

Execution Plan
----------------------------------------------------------
   0      DELETE STATEMENT Optimizer=CHOOSE (Cost=280 Card=19 Bytes=14
          82)

   1    0   DELETE OF 'NOK_BTS_HOUR_PER_TOTAL'
   2    1     NESTED LOOPS (Cost=280 Card=19 Bytes=1482)
   3    2       VIEW OF 'VW_NSO_1' (Cost=276 Card=1 Bytes=28)
   4    3         SORT (UNIQUE) (Cost=276 Card=1 Bytes=15)
   5    4           TABLE ACCESS (FULL) OF 'NOK_BTS_HOUR_PER_TEMP' (Co
          st=256 Card=1546 Bytes=23190)

   6    2       PARTITION RANGE (ITERATOR)
   7    6         INDEX (RANGE SCAN) OF 'NOK_BTS_HOUR_PER_TOTAL_INDEX'
           (NON-UNIQUE) (Cost=4 Card=19430125 Bytes=971506250)

我有三个相同的user  同样做这样一个sql但是另外两个不慢 我刚开始考虑是有什么等待事件
查出来是全表扫描的等待
我刚开始是假设他们的sql是没有差别的 先在看来 可能他们的程序是有差别的！

flyerchen2000

效果如何?快了些?