ITPUB论坛－专业的IT技术社区

登录 注册
ITPUB论坛－专业的IT技术社区»论坛 › ≡ 大数据与数据库 ≡ › Oracle专题深入讨论 › sql性能优化，多用commit,还是少用commit;
12
返回列表 发新帖
楼主: wtydoone
收藏 | 打印 上一主题 下一主题

sql性能优化，多用commit,还是少用commit;

[复制链接]
tsingt
论坛徽章:
0
11#
发表于 2005-4-29 15:49 | 只看该作者
嗯。 刚看到这一部分。expert one on one. 114页。
Tom很支持第一种方法。
很疑惑。。。

使用道具 举报

回复
rolleaway
论坛徽章:
53
ITPUB元老 日期:2007-05-26 17:20:07雪佛兰 日期:2013-11-09 14:27:29Jeep 日期:2013-11-11 12:36:42大众 日期:2014-01-07 13:55:32凯迪拉克 日期:2014-01-21 10:40:32兰博基尼 日期:2014-01-21 14:23:55雪佛兰 日期:2014-02-08 08:40:412014年新春福章 日期:2014-02-18 16:41:11马上有车 日期:2014-02-18 16:41:112014年新春福章 日期:2014-02-20 16:11:47
12#
发表于 2005-4-29 17:33 | 只看该作者
多commit

使用道具 举报

回复
rolleaway
论坛徽章:
53
ITPUB元老 日期:2007-05-26 17:20:07雪佛兰 日期:2013-11-09 14:27:29Jeep 日期:2013-11-11 12:36:42大众 日期:2014-01-07 13:55:32凯迪拉克 日期:2014-01-21 10:40:32兰博基尼 日期:2014-01-21 14:23:55雪佛兰 日期:2014-02-08 08:40:412014年新春福章 日期:2014-02-18 16:41:11马上有车 日期:2014-02-18 16:41:112014年新春福章 日期:2014-02-20 16:11:47
13#
发表于 2005-4-29 17:34 | 只看该作者
多commit,释放回滚

使用道具 举报

回复
d.c.b.a
论坛徽章:
42
ITPUB北京香山2007年会纪念徽章 日期:2007-01-24 14:35:022011新春纪念徽章 日期:2011-01-25 15:42:332011新春纪念徽章 日期:2011-01-25 15:42:56管理团队成员 日期:2011-05-07 01:45:08ITPUB十周年纪念徽章 日期:2011-11-01 16:20:282012新春纪念徽章 日期:2012-02-13 15:09:232012新春纪念徽章 日期:2012-02-13 15:09:232012新春纪念徽章 日期:2012-02-13 15:09:232012新春纪念徽章 日期:2012-02-13 15:09:232012新春纪念徽章 日期:2012-02-13 15:09:23
14#
发表于 2005-4-30 08:24 | 只看该作者
用bulk insert就可以了，第一种方法对系统资源的要求太大，会影响其他用的反应速度的。

使用道具 举报

回复
CHENTAO
论坛徽章:
0
15#
发表于 2005-5-8 10:18 | 只看该作者
第一种方法對系統資源的
要求比較高,如果數據太大的話,出錯的可能性也比較大

使用道具 举报

回复
shiguibao
论坛徽章:
85
2008新春纪念徽章 日期:2008-02-13 12:43:03双黄蛋 日期:2011-06-17 11:07:502011新春纪念徽章 日期:2011-02-18 11:42:472011新春纪念徽章 日期:2011-01-04 10:24:022010年世界杯参赛球队：荷兰 日期:2010-08-28 00:09:112010年世界杯参赛球队：科特迪瓦 日期:2010-03-02 12:36:542010新春纪念徽章 日期:2010-03-01 11:07:242010新春纪念徽章 日期:2010-03-01 11:07:242010新春纪念徽章 日期:2010-01-04 08:33:082010年世界杯参赛球队：意大利 日期:2009-12-31 14:41:24
16#
发表于 2005-5-18 16:04 | 只看该作者
其实第二种方法也不会减少对资源的占用，因为你的cursor open的时候实际上已经把资源占住了。
   只是回滚段会相对好一些，如果回滚段够大的话，第一种方法会快非常多。

使用道具 举报

回复
wxxdragon
论坛徽章:
3
ITPUB元老 日期:2005-02-28 12:57:00授权会员 日期:2005-10-30 17:05:33会员2006贡献徽章 日期:2006-04-17 13:46:34
17#
发表于 2005-5-20 17:40 | 只看该作者
最初由 shiguibao 发布
[B]其实第二种方法也不会减少对资源的占用，因为你的cursor open的时候实际上已经把资源占住了。
   只是回滚段会相对好一些，如果回滚段够大的话，第一种方法会快非常多。 [/B]

agree,看你们系统的实际情况，我这里用的是第二种方法，不过1000行的提交频率高了点。

使用道具 举报

回复
jackywood
论坛徽章:
90
生肖徽章:蛇 日期:2006-09-07 17:09:082011新春纪念徽章 日期:2011-01-25 15:42:332011新春纪念徽章 日期:2011-01-25 15:42:562011新春纪念徽章 日期:2011-02-18 11:43:34现任管理团队成员 日期:2011-05-07 01:45:082012新春纪念徽章 日期:2012-01-04 11:50:442012新春纪念徽章 日期:2012-02-13 15:12:092012新春纪念徽章 日期:2012-02-13 15:12:092012新春纪念徽章 日期:2012-02-13 15:12:092012新春纪念徽章 日期:2012-02-13 15:12:09
18#
发表于 2005-5-31 21:36 | 只看该作者
1000条就提交,快了点,太节省资源了吧

我插几十万的数据的时候都是10000条才提交一次的,可以考虑尽量吧提交的频率放低,这样才可以有效的利用资源,同时对数据库影响小一些,
不过如果不分布提交,那你的回滚段就要开的很大了,千万级的数据,建议还是这个数据库空闲的时间好好试试,找到一个资源利用的平衡点

使用道具 举报

回复
cc59
论坛徽章:
63
19周年集字徽章-19 日期:2020-09-23 02:43:002012新春纪念徽章 日期:2012-02-13 15:12:092012新春纪念徽章 日期:2012-01-04 11:49:54ITPUB十周年纪念徽章 日期:2011-11-01 16:20:28现任管理团队成员 日期:2011-05-07 01:45:082011新春纪念徽章 日期:2011-02-18 11:42:472011新春纪念徽章 日期:2011-01-25 15:42:562011新春纪念徽章 日期:2011-01-25 15:42:332011新春纪念徽章 日期:2011-01-25 15:42:152011新春纪念徽章 日期:2011-01-25 15:41:50
19#
发表于 2005-5-31 22:10 | 只看该作者
最初由 jackywood 发布
[B]1000条就提交,快了点,太节省资源了吧

我插几十万的数据的时候都是10000条才提交一次的,可以考虑尽量吧提交的频率放低,这样才可以有效的利用资源,同时对数据库影响小一些,
不过如果不分布提交,那你的回滚段就要开的很大了,千万级的数据,建议还是这个数据库空闲的时间好好试试,找到一个资源利用的平衡点 [/B]


支持 ,尽量减少提交次数.

使用道具 举报

回复
embed_rabbit
论坛徽章:
3
20#
发表于 2005-5-31 22:11 | 只看该作者
恩
看系统性能而定
晚上业务量小 还是支持第一种

使用道具 举报

回复

12
返回列表 发新帖
高级模式
B Color Image Link Quote Code Smilies
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

TOP技术积分榜 社区积分榜 徽章 团队 统计 知识索引树 积分竞拍 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档
  ChinaUnix | ChinaUnix博客 | ChinaUnix论坛
CopyRight 1999-2011 itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有　联系我们 未成年人举报专区　
京ICP备16024965号-8 　北京市公安局海淀分局网监中心备案编号：11010802021510　广播电视节目制作经营许可证：编号（京）字第1149号   
快速回复 返回顶部 返回列表