为了提高查询效率,我们常常做一些优化策略。本文主要介绍一些Oracle数据库的一些不常见却是非常有用的优化策略,希望能对您有所帮助。
SQL语句优化
这个好办,抓到挪借CPU高的SQL语句,依据索引、SQL技巧等修改一下,行之管用。
SELECT时不利用函数
在做频繁的查询垄断时,尽量直接select字段名,然后利用C语言代码对查询收获做二次加工,避免让Oracle来做混杂的函数可能数学计算。因为Oracle出于通用性的琢磨,其函数及数学计算的速度远不及用C语言直接编译成机器码后计算来的快。
绑定变量
这个能够大幅度减退SQL的“hard parse”,我们大局部过程都曾经告终了变量绑定。个别未曾告终的,修正一下,也能很快看到收获。
批量FETCH
万一顺次select会归来多条(几百、上千)登记,利用批量Fetch,例如顺次fetch 1000条登记,要比一条条的fetch数据快的多,也能够管用减退oracle的压力。
批量提交
顺次修正多条(例如小于10000条左右)登记,然后顺次性提交,要比每条提交顺次快的多。当然前提是业务逻辑批准这么做。
批量增删改
万一必需顺次性修正可能剔除多条登记,能够批准批量数组绑定的措施,这个和前面说得“绑定变量”相仿,差异是前者绑定的是一个变量,这里绑定的是一个大数组的首指针,这种措施要比逐条绑定厉行快的多。
SQL预解析
前面的大局部是批量垄断,还有一种常见的场景是小事务垄断,但频率极其高nextplas.com。这种场景等闲SQL也不混杂,几乎未曾优化的余地了,然而由于垄断频繁,同样会构成CPU居高不下。现在我们的过程大局部都是下面这个利用形式:
loop parse sql; bind var; execute sql; end loop;
固然我们利用了绑定变量的措施,然而由于垄断频繁,同样构成许多的“soft parse”以及网络通信。在内存数据库中,我们等闲批准预解析的措施来长进效率,事实上,Oracle很早就给开发者供给这种形式,只是开发者嫌繁琐没利于用而已。将过程改成下列形式:
parse sql; bind var; loop execute sql; end loop;
这么就能够管用减退Oracle的压力,能够将厉行效率起码长进一倍。然而这种形式波及到过程构造的改变,定然在设计阶段就这么做。否则,后期再调剂的话,危险和工作量都会很大。
SQL语句的一些优化措施
1、SQL语句用大写的;因为Oracle总是先解析SQL语句,把小写的字母转换成大写的再厉行。
2、避免在索引列上利用NOT等闲,我们要避免在索引列上利用NOT, NOT会发生在和在索引列上利用函数雷同的波及。
3、当Oracle“碰到”NOT,他就会静止利用索引转而厉行全表扫描。
4、避免在索引列上利用计算。WHERE子句中,假定索引列是函数的一局部。优化器将不利用索引而利用全表扫描。
5、尽量少用DISTINCT垄断,用EXISTS轮换DISTINCTvalues should never be negative。
以上就是Oracle数据库的优化策略的全部,如果您想了解更多关于Oracle数据库的知识,那就关注Oracle数据库栏目,相信会对您有所收获的。
免责声明:本站资源来自互联网收集,仅供用于学习和交流,请遵循相关法律法规,本站一切资源不代表本站立场,如有侵权、后门、不妥请联系本站删除!
更新日志
- 凤飞飞《我们的主题曲》飞跃制作[正版原抓WAV+CUE]
- 刘嘉亮《亮情歌2》[WAV+CUE][1G]
- 红馆40·谭咏麟《歌者恋歌浓情30年演唱会》3CD[低速原抓WAV+CUE][1.8G]
- 刘纬武《睡眠宝宝竖琴童谣 吉卜力工作室 白噪音安抚》[320K/MP3][193.25MB]
- 【轻音乐】曼托凡尼乐团《精选辑》2CD.1998[FLAC+CUE整轨]
- 邝美云《心中有爱》1989年香港DMIJP版1MTO东芝首版[WAV+CUE]
- 群星《情叹-发烧女声DSD》天籁女声发烧碟[WAV+CUE]
- 刘纬武《睡眠宝宝竖琴童谣 吉卜力工作室 白噪音安抚》[FLAC/分轨][748.03MB]
- 理想混蛋《Origin Sessions》[320K/MP3][37.47MB]
- 公馆青少年《我其实一点都不酷》[320K/MP3][78.78MB]
- 群星《情叹-发烧男声DSD》最值得珍藏的完美男声[WAV+CUE]
- 群星《国韵飘香·贵妃醉酒HQCD黑胶王》2CD[WAV]
- 卫兰《DAUGHTER》【低速原抓WAV+CUE】
- 公馆青少年《我其实一点都不酷》[FLAC/分轨][398.22MB]
- ZWEI《迟暮的花 (Explicit)》[320K/MP3][57.16MB]