update或insert 140万数据的效率太低，怎么回事？？

biti_rainy

可能会改变执行计划，返回的数据的 长度信息可能会改变

在 java 中存在bug，会有错误，bug信息不详

iamcoldwind

HOW ABOUT 817  ??
THX !!!

biti_rainy

817---920 版本都包含在上述描述范围问题：

可能会改变执行计划，返回的数据的 长度信息可能会改变

在 java 中存在bug，会有错误，bug信息不详

yyanghhong

我遇到过一次. 我的SQL中用自定义函数,在函数中有exception catch, 并且exception 经常被catch,在8.1.7中会非常慢.9i中没影响.
eg.
CREATE OR REPLACE FUNCTION REPMAN.CONVERT_TO_NUMBER( pvs_in IN varchar2 )
     RETURN number
IS
     lvn_temp  number;
BEGIN
    lvn_temp := nvl(to_number(pvs_in),0);
    RETURN lvn_temp;
EXCEPTION
     WHEN others THEN
          RETURN 0;
END;

mypengchen2000

从数据库方面这几天试了很多，考虑了很多，但效果还是不行；所以，没办法只能从数据抽取工具方面来考虑，来改变抽取处理的策略（相当于改变它生成的sql）。具体就是将update/insert操作想办法变通该改成delete/insert操作，理论上考虑应该效率比以前高，但现在还没有试，也就没有比较，我会尽快试了之后，在通告各位。也谢谢各位这几天的宝贵建议，多谢！！

grassbell

一年前的帖子了，不知道当时楼主为什么不用logon trigger 试试，就结束了。

husthxd

1年半前的帖子了.
为何一直没有做statspack?
btw:
如果是9i,是可以使用merge提高性能的.

ali_sure

4年前的帖子了
从楼主的描述中,感觉用的是ETL工具,比如DATASTAGE\INFORMATIC吧
就DATASTAGE来说,有insert/update 或 update/insert操作之分(需要目标表有主键)
insert/update  : 先insert,如果失败,则UPDATE
update/insert  : 先update,如果失败,则INSERT

如果存在很少量的update,那么选择insert/update会更快\如果相反,就选择update/insert 会更快
所以,楼主说的其他表都很快,而这个表很慢,应该是跟这个表中的主键字段的具体数据有关系.(源表不是主键,目标表才有主键)

wghxwl12

原帖由 ali_sure 于 2009-6-25 14:40 发表
4年前的帖子了
从楼主的描述中,感觉用的是ETL工具,比如DATASTAGE\INFORMATIC吧
就DATASTAGE来说,有insert/update 或 update/insert操作之分(需要目标表有主键)
insert/update  : 先insert,如果失败,则UPDATE
update/insert  : 先update,如果失败,则INSERT

如果存在很少量的update,那么选择insert/update会更快\如果相反,就选择update/insert 会更快
所以,楼主说的其他表都很快,而这个表很慢,应该是跟这个表中的主键字段的具体数据有关系.(源表不是主键,目标表才有主键)

wow,你好犀利啊,4+2年前的帖子你都给翻出来了

ziling2011

4+2+3年的帖子：
不知为啥不考虑自己写语句，明知道错在哪！