12
返回列表 发新帖
楼主: 却早已分离

[SQL] oralce insert 大量数据 怎样更快

[复制链接]
论坛徽章:
520
奥运会纪念徽章:垒球
日期:2008-09-15 01:28:12生肖徽章2007版:鸡
日期:2008-11-17 23:40:58生肖徽章2007版:马
日期:2008-11-18 05:09:48数据库板块每日发贴之星
日期:2008-11-29 01:01:02数据库板块每日发贴之星
日期:2008-12-05 01:01:03生肖徽章2007版:虎
日期:2008-12-10 07:47:462009新春纪念徽章
日期:2009-01-04 14:52:28数据库板块每日发贴之星
日期:2009-02-08 01:01:03生肖徽章2007版:蛇
日期:2009-03-09 22:18:532009日食纪念
日期:2009-07-22 09:30:00
11#
发表于 2018-1-5 00:29 | 只看该作者
这种需求就应该用分区表,越早改越好。
你顶楼的代码并没有用到索引,是直接用ROWID定位的,所以我看不懂你后面讲的SELECT走索引是什么意思。顶楼的例子可以去掉ORDER BY ROWID看看。

使用道具 举报

回复
求职 : 数据库开发
论坛徽章:
24
秀才
日期:2017-08-11 15:38:46秀才
日期:2018-01-02 15:17:54秀才
日期:2018-01-02 15:18:22秀才
日期:2018-01-02 15:18:22秀才
日期:2018-01-02 15:18:22秀才
日期:2018-01-02 15:18:22秀才
日期:2018-01-02 15:18:22技术图书徽章
日期:2018-01-02 15:18:30秀才
日期:2018-03-01 10:05:18秀才
日期:2018-05-22 15:21:20
12#
 楼主| 发表于 2018-1-5 00:46 | 只看该作者
newkid 发表于 2018-1-5 00:29
这种需求就应该用分区表,越早改越好。
你顶楼的代码并没有用到索引,是直接用ROWID定位的,所以我看不懂 ...

我的意思是这种select大量数据 oracle优化器是本来不会走索引的 我用rowid应该类似索引效果反而变慢了速度  本来这种大表就是分区表 只是应用运行慢 就想着 把历史数据删掉 而不去找程序里sql写的烂的做法也是不可取的 我只是执行者 也不想发表建议 只是尽力让insert历史数据和delete变快点 我后面发了不order by rowid速度也是一样慢的

使用道具 举报

回复
求职 : 数据库开发
论坛徽章:
24
秀才
日期:2017-08-11 15:38:46秀才
日期:2018-01-02 15:17:54秀才
日期:2018-01-02 15:18:22秀才
日期:2018-01-02 15:18:22秀才
日期:2018-01-02 15:18:22秀才
日期:2018-01-02 15:18:22秀才
日期:2018-01-02 15:18:22技术图书徽章
日期:2018-01-02 15:18:30秀才
日期:2018-03-01 10:05:18秀才
日期:2018-05-22 15:21:20
13#
 楼主| 发表于 2018-1-5 09:55 | 只看该作者

使用道具 举报

回复
论坛徽章:
2
慢羊羊
日期:2015-03-04 14:55:272015年新春福章
日期:2015-03-06 11:59:47
14#
发表于 2018-1-7 11:18 | 只看该作者
源头的历史表不是分区表?备份表也不是分区表?如果数据量大的话用分区表会显著提高查询效率。
有点搞不懂为什么还要用cursor?直接delete from bak_tab where xxx ; commit;
insert into bak_tab select xxx from tab where xxx;
不就好了?

使用道具 举报

回复
论坛徽章:
78
ITPUB15周年纪念
日期:2020-08-28 17:23:53双鱼座
日期:2016-03-19 19:38:31秀才
日期:2016-02-18 09:31:52秀才
日期:2016-01-25 15:02:04双子座
日期:2016-01-19 20:35:54秀才
日期:2016-01-13 12:14:26秀才
日期:2015-12-25 15:31:10秀才
日期:2015-12-18 09:28:57秀才
日期:2015-12-14 14:56:09秀才
日期:2015-12-14 14:51:16
15#
发表于 2018-1-8 10:14 | 只看该作者
本帖最后由 wolfop 于 2018-1-8 10:16 编辑

你尝试的方法都是错误的。正确的应该是启用并行DML,然后create两张结构一样的表,一个是保留的数据表比如A,一个历史数据表比如a_history,先不建立索引。
alter session force parallel dml parallel 16;
insert first into when来让满要保留的进入A,历史数据进入B 。例子文档有,比如
INSERT FIRST   WHEN ottl <= 100000 THEN      INTO small_orders         VALUES(oid, ottl, sid, cid)   WHEN ottl > 100000 and ottl <= 200000 THEN      INTO medium_orders         VALUES(oid, ottl, sid, cid)   WHEN ottl > 290000 THEN      INTO special_orders   WHEN ottl > 200000 THEN      INTO large_orders         VALUES(oid, ottl, sid, cid)   SELECT o.order_id oid, o.customer_id cid, o.order_total ottl,      o.sales_rep_id sid, c.credit_limit cl, c.cust_email cem      FROM orders o, customers c      WHERE o.customer_id = c.customer_id;做完再建索引和rename

使用道具 举报

回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

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