【www.shanpow.com--经典语句大全】
【一】:SQL语句优化技术分析
SQL语句优化技术分析
最近几周一直在进行数据库培训，老师精湛的技术和生动的讲解使我受益匪浅。为了让更多的新手受益，我抽空把SQL语句优化部分进行了整理，希望大家一起进步。
一、操作符优化
1、IN 操作符
用IN写出来的SQL的优点是比较容易写及清晰易懂，这比较适合现代软件开发的风格。但是用IN的SQL性能总是比较低的，从Oracle执行的步骤来分析用IN的SQL与不用IN的SQL有以下区别： ORACLE试图将其转换成多个表的连接，如果转换不成功则先执行IN里面的子查询，再查询外层的表记录，如果转换成功则直接采用多个表的连接方式查询。由此可见用IN的SQL至少多了一个转换的过程。一般的SQL都可以转换成功，但对于含有分组统计等方面的SQL就不能转换了。
推荐方案：在业务密集的SQL当中尽量不采用IN操作符，用EXISTS 方案代替。
2、NOT IN操作符
此操作是强列不推荐使用的，因为它不能应用表的索引。
推荐方案：用NOT EXISTS 方案代替
3、IS NULL 或IS NOT NULL操作（判断字段是否为空）
判断字段是否为空一般是不会应用索引的，因为索引是不索引空值的。
推荐方案：用其它相同功能的操作运算代替，如：a is not null 改为 a>0 或a>’’等。不允许字段为空，而用一个缺省值代替空值，如申请中状态字段不允许为空，缺省为申请。
4、> 及 < 操作符（大于或小于操作符）
大于或小于操作符一般情况下是不用调整的，因为它有索引就会采用索引查找，但有的情况下可以对它进行优化，如一个表有100万记录，一个数值型字段A，30万记录的A=0，30万记录的A=1，39万记录的A=2，1万记录的A=3。那么执行A>2与A>=3的效果就有很大的区别了，因为A>2时ORACLE会先找出为2的记录索引再进行比较，而A>=3时ORACLE则直接找到=3的记录索引。
5、LIKE操作符
LIKE操作符可以应用通配符查询，里面的通配符组合可能达到几乎是任意的查询，但是如果用得不好则会产生性能上的问题，如LIKE ‘%5400%’ 这种查询不会引用索引，而LIKE ‘X5400%’则会引用范围索引。
一个实际例子：用YW_YHJBQK表中营业编号后面的户标识号可来查询营业编号 YY_BH LIKE ‘%5400%’ 这个条件会产生全表扫描，如果改成YY_BH LIKE ’X5400%’ OR YY_BH LIKE ’B5400%’ 则会利用YY_BH的索引进行两个范围的查询，性能肯定大大提高。
6、UNION操作符
UNION在进行表链接后会筛选掉重复的记录，所以在表链接后会对所产生的结果集进行排序运算，删除重复的记录再返回结果。实际大部分应用中是不会产生重复的记录，最常见的是过程表与历史表UNION。如：
select * from gc_dfys
union
select * from ls_jg_dfys
这个SQL在运行时先取出两个表的结果，再用排序空间进行排序删除重复的记录，最后返回结果集，如果表数据量大的话可能会导致用磁盘进行排序。
推荐方案：采用UNION ALL操作符替代UNION，因为UNION ALL操作只是简单的将两个结果合并后就返回。
select * from gc_dfys
union all
select * from ls_jg_dfys
二、SQL书写的影响
1、同一功能同一性能不同写法SQL的影响。
如一个SQL在A程序员写的为 Select * from zl_yhjbqk
B程序员写的为 Select * from dlyx.zl_yhjbqk（带表所有者的前缀）
C程序员写的为 Select * from DLYX.ZLYHJBQK（大写表名）
D程序员写的为 Select * from DLYX.ZLYHJBQK（中间多了空格）
以上四个SQL在ORACLE分析整理之后产生的结果及执行的时间是一样的，但是从ORACLE共享内存SGA的原理，可以得出ORACLE对每个SQL 都会对其进行一次分析，并且占用共享内存，如果将SQL的字符串及格式写得完全相同，则ORACLE只会分析一次，共享内存也只会留下一次的分析结果，这不仅可以减少分析SQL的时间，而且可以减少共享内存重复的信息，ORACLE也可以准确统计SQL的执行频率。
2、WHERE后面的条件顺序影响
WHERE子句后面的条件顺序对大数据量表的查询会产生直接的影响。如：
Select * from zl_yhjbqk where dy_dj = '1KV以下' and xh_bz=1
Select * from zl_yhjbqk where xh_bz=1 and dy_dj = '1KV以下'
以上两个SQL中dy_dj（电压等级）及xh_bz（销户标志）两个字段都没进行索引，所以执行的时候都是全表扫描，第一条SQL的dy_dj = '1KV以下'条件在记录集内比率为99%，而xh_bz=1的比率只为0.5%，在进行第一条SQL的时候99%条记录都进行dy_dj及xh_bz的比较，而在进行第二条SQL的时候0.5%条记录都进行dy_dj及xh_bz的比较，以此可以得出第二条SQL的CPU占用率明显比第一条低。
3、查询表顺序的影响
在FROM后面的表中的列表顺序会对SQL执行性能影响，在没有索引及ORACLE没有对表进行统计分析的情况下，ORACLE会按表出现的顺序进行链接，由此可见表的顺序不对时会产生十分耗服物器资源的数据交叉。（注：如果对表进行了统计分析，ORACLE会自动先进小表的链接，再进行大表的链接）
三、SQL语句索引的利用
1、操作符优化（同上）
2、对条件字段的一些优化
采用函数处理的字段不能利用索引，如：
substr(hbs_bh,1,4)=’5400’，优化处理：hbs_bh like ‘5400%’
trunc(sk_rq)=trunc(sysdate)， 优化处理：sk_rq>=trunc(sysdate) and sk_rq<trunc(sysdate+1)
进行了显式或隐式的运算的字段不能进行索引，如：ss_df+20>50，优化处理：ss_df>30
‘X’ || hbs_bh>’X5400021452’，优化处理：hbs_bh>’5400021542’
sk_rq+5=sysdate，优化处理：sk_rq=sysdate-5
hbs_bh=5401002554，优化处理：hbs_bh=’ 5401002554’，注：此条件对hbs_bh 进行隐式的to_number转换，因为hbs_bh字段是字符型。
条件内包括了多个本表的字段运算时不能进行索引，如：ys_df>cx_df，无法进行优化
qc_bh || kh_bh=’5400250000’，优化处理：qc_bh=’5400’ and kh_bh=’250000’
四、其他
ORACLE的提示功能是比较强的功能，也是比较复杂的应用，并且提示只是给ORACLE执行的一个建议，有时如果出于成本方面的考虑ORACLE也可能不会按提示进行。根据实践应用，一般不建议开发人员应用ORACLE提示，因为各个数据库及服务器性能情况不一样，很可能一个地方性能提升了，但另一个地方却下降了，ORACLE在SQL执行分析方面已经比较成熟，如果分析执行的路径不对首先应在数据库结构（主要是索引）、服务器当前性能（共享内存、磁盘文件碎片）、数据库对象（表、索引）统计信息是否正确这几方面分析。
SQL语句优化工具LECCO SQL
收藏到：
发布时间：2009-2-5 1:17:48
简单来说，SQL语句的优化就是将性能低下的SQL语句转换成达到同样目的的性能优异的SQL语句。人工智能自动SQL优化就是使用人工智能技术，自动对SQL语句进行重写，
找到性能最好的等效SQL语句。
人工智能自动SQL 优化 随着人工智能技术的发展和在数据库优化领域应用的深入，在20世纪90年代末终于出现了突破性的进展——人工智能自动SQL优化。目前在商用数据库领域LECCO TechnologyLimited(灵高公司)拥有该技术并提供使用该技术的自动优化产品——LECCO SQL Expert，其支持Oracle、Sybase、MS SQLServer和IBMDB2数据库平台。该产品针对数据库应用的开发和维护阶段提供了几个特别的模块：SQL语法优化器、PL/SQL集成化开发调试环境(IDE)、扫描器、数据库监视器等。图1 人工智能自动SQL优化示意图 其核心模块之一“SQL语法优化器”的工作原理大致如下
一条源SQL语句输入→“人工智能反馈式搜索引擎”对输入的SQL语句结合检测到的数据库结构和索引进行重写，产生N条等效的SQL语句输出→产生的N条等效SQL语句再送入“人工智能反馈式搜索引擎”进行重写，直至无法产生新的输出或搜索限额满→对 输出的SQL语句进行过滤，选出具有不同执行计划的SQL语句(即不同的执行效率)→对得到的SQL语句进行批量测试，找出性能最好的SQL语句。图2 优化前的SQL语句 自
动优化实例 假设我们从源代码中抽取出这条SQL语句
SELECTCOUNT(*)FROMEMPLOY-EE WHEREEXISTS(SELECT'X'FROM DEPARTMENTswheresEMP_DEPT=DPT_IDAND DPT_NAME LIKE'AC%')AND EMP_IDIN(SELECT SAL_EMP_IDFROM EMP_SAL_HISTB WHERESAL_SALARY＞
70000)
按“优化”按钮后，经过十几秒，SQL Expert就完成了优化的过程，从优化细节中可以看到，它在十几秒的时间内重写产生了2267条等价的SQL语句，其中136条SQL语句
有不同的执行计划
接下来我们可以对自动重写产生的136条具有不同执行计划的SQL语句进行批运行测试，以选出性能最佳的等效SQL语句。按下“批运行”按钮，在“终止条件”页选择“最佳运行时间SQL语句”，按“确定”。图4 测试条件 经过几分钟的测试运行后，我们可以发现SQL124的运行时间和反应时间最短。运行速度约有22.75倍的提升(源SQL语句运行
时间为2.73秒，SQL124运行时间为0.12秒，
我们把SQL124放入源代码中，结束一条SQL语句的优化工作。从上例可以看到，LECCO SQL Expert的自动重写技术使原来需要几小时才能完成的SQL语句的优化工作，缩减到几分钟之内就可以完成。数据库管理员和开发人员可以从繁重的SQL语句优化工作
【二】:优化SQL语句提高数据库系统效率
龙源期刊网 .cn
优化SQL语句提高数据库系统效率
作者：田会
来源：《硅谷》2014年第08期
摘 要 随着计算机技术的快速发展，数据库系统已广泛应用在企业中，常见的数据库系统有基于Oracle数据库系统和SQL SERVER数据库系统，对于SQL SERVER数据库系统，数据库系统运行的高效性直接影响着企业各个业务的进展，通过优化SQL语句来提高数据库系统效率是非常有必要的，因此，文章对优化SQL语句来提高数据库系统效率的策略进行探讨。 关键词 SQL语句优化；数据库系统；效率；策略
中图分类号：TP311 文献标识码：A 文章编号：1671-7597（2014）08-0055-01
随着经济及计算机技术的快速发展，数据库系统在企业的各个业务中发挥着重要作用，提高数据库系统的效率，实现高效性的数据库系统，使用户在短时间内查询需要的数据值，但是，随着数据库系统数据量的不断扩大，数据量的增加在一定程度上给用户查询带来一定的困难，因此，探讨优化SQL语句的方法来提高数据库系统效率是非常重要的。
1 优化SQL语句的重要意义
分析传统的数据库系统，存在数据库查询繁琐、运行成本高的现象，随着数据库数据量的不断增加，传统的数据库系统已远远不能满足当前企业对数据库系统的应用，若通过数据库硬件系统的升级来提高数据库系统的运行效率，则造成企业资金成本的增加，传统数据库存在查询繁琐、信息资源消耗量大的现象，提高数据库系统的运行效率是当前计算机应用系统发展需要解决的首要任务，而SQL语句优化可以有效解决此类问题。分析数据库的应用程序，可以知道大多数数据库的应用程序都是基于B/S架构模式，通过在客户端上嵌入SQL语句，从而实现SQL语句与数据库之间的联系，因此，优化SQL语句具有重要意义，1）通过优化SQL语句来代替数据库硬件系统的升级，从而为企业节约成本；2）优化数据查询功能，减少系统硬件资源的消耗，提高数据库系统的运行效率；3）强化数据库系统源代码的可读性，这样技术人员通过源代码来进行程序代码的修改，减轻了技术人员的工作负担。另外，数据库应用程序的另一种架构模式称为C/S架构，通过调用数据库上的过程，从而实现与数据库的联系。 2 SQL语句优化的基本原理
SQL也称为结构化查询语言，其是一种用于数据查询、数据存储、数据库系统更新管理的数据库查询和程序设计语言。分析结构化查询语言（SQL）的本质，其是一种用户在SQL数据库系统中加工作业的负责联系数据服务器和数据客户端的主要工具，以高层数据结构作为支撑体，以便于用户在数据库系统中查询或存储。另外，需要注意的是：SQL语句在数据库系统中可以采用接收、返回集合来实现语句的输入输出，因此，在数据库系统应用中，可以利用
【三】:sql server 实训心得
SQL Server 是Microsoft 公司推出的关系型数据库管理系统。下面是带来的，仅供参考。
sql server 实训心得一：
为期一周的实训已经结束，从这一周中，有了很多的感悟。从学到和掌握到的东西来说，在书本上学到的东西非常不牢固，然而实训真的让我受益匪浅!实训第一天到教室时，看到老师给我们讲试训的内容与要求，然后告诉我们一些要完成的任务与作业，然后根据试训的内容与要求授课，让我们从实践中去体会所学的知识。说实话，对于SQL Server 数据库，我所学到的知识很不牢固，当时在课堂上听课所记住的也并不多，所以在试训开始时，真的不知道该干些什么?有一种“何去何从”的感觉!但随着老师的教课和讲解，以及和同学的讨论，再结合自己所知道的知识和老师所发放下的课程内容，根据这些实际的情况，我对自己将要做的事也有了兴趣和信心。所以在接下来的时间中，我们在老师的帮助下开始了数据库相关的实训。
在这次的google订餐系统的设计过程中，我们根据该google订餐系统的功能，将其分解三大部分来完成，第一部分就是建立数据库和表，并给其添加约束;第二是角色的管理，分为管理员，订餐用户和餐馆;第三就是用编程语言建立管理菜单。所以 试训的内容是从数据库和数据表的创建和修改开始的，表是建立关系数据库的基本结构，用来存储数据具有已定义的属性，在表的操作过程中，有查看表属性，有查看表信息，修改表中数据，删除表中的数据以及修改表与删除表的操作。
我们以SQL Server数据库为基础，建立一个google订餐系统的数据库管理体系，并将数据库与程序连接，用编程语言建立数据库管理菜单。老师给我们讲了库和表的创建方法，以及约束的内心及其语法结构，让我们知道了不同约束的功能和使用的环境，还给我们说了标识列的使用和作用。讲了数据库的操作，增删改查。使我们掌握了insert into，deleted from，update set，以及select*from语句的的相关知识和运用。其中还学到了分页查询以及多表查询。
从这次试训中让我们更明白了一些知识，表是数据库最重要的一个数据对象，表的创建好坏直接关系到数据库的成败，表的内容是越具体越好，但是也不能太繁琐，以后在实际运用中使用多表，对表的规划和理解就会越深刻。通过这次试训，让我深刻的了解到自己的不足，要想对进行数据库更深的学习，自己得要多看有关的课外书籍，并多做练习，不懂得要多问同学和请教老师，以解决自己遇到的难题，知道更多的知识。实训不仅是让我们在实践中对理论知识的验证，也让我们知道我们多学的知识在社会上的运用，把所学知识和企业商业接轨。
这次实训，不仅让我们学到了许多有关数据库的知识，老师也给我们讲了很多社会现状和就业情况，让我们不同的角度了解这个专业的就业趋势。让我们在今后的学习中更有动力的充实自己，曾加自己的知识面和锻炼自己各方面能力。
sql server 实训心得二：
为期五天的实习，很快就过去了，让我重新了解了丰富多彩的编程生活，感受到了学习的快乐，也感觉到了许许多多的专业问题，亲身体验了窗体与工程制成之后的喜悦之情。
在实训期间，我学到了许多东西，遇到了一些困难，也看到了自己本身存在着许多问题。
这次实训给我带来了危机感和压迫力，让人警醒，更加清楚自己的水平和重量，心里总有种被大石头压着的无力感，但是又凭着一种坚持，奋力的抗争着。所以也得出个结论，那就是——我得好好好好的努力啊。
这已经是我们的第四次实训了，在我进入大学的这两年多里，或多或少的学到了一些专业的东西。
我知道自己很爱玩，于是为了能够提高锻炼自己，我把本次为期一周的VB、SQL制作实训看作是一个通向社会，通向我的工作岗位的“理论与实践相结合的桥梁”。在本周的实训和学习，我一直知道此次实训的目的，也知道我自己的目的，同时也清楚目前自己的不足——缺乏相应的知识与经验，对所学的专业知识不能够很好地运用于实践操作，所以我是认真的对待这次实训的。
在这次实训中，我也有许多收获。首先，我体会到了作为一个VB设计师，不会将VB与SQL结合的痛苦和尴尬;然后，我发现了很多以前都不曾注意到的细节;其次，在实训中，我对作为一名编程者应该学习的内容做了一个更深层次的理解;最后，我还从这次实训中看到了自己很他人的差距，危机意识增强，为了不使这个差距拉大，甚至赶上前面的同学，我会努力的。
本次实训，给我最深刻、最刻骨铭心的感觉就是累，不仅每天白天要一整天对着一台机器，而且到了晚上还要对着这台机器来一个法式的“秉烛夜谈”，可惜的是没有浪漫的事前发生，我也只是对牛谈情而已，不似李白的“举杯邀明月，对影成三人”啊，我就和一部会说话的机器唧唧歪歪。我时常想，以后的日子里，如果我成为了一名编程师也会是这样吗?好像很无聊的样子啊。好动的我一定坐不住吧。可是，我也知道，为了衣食父母，为了生存，为了未来，现在我还没有任何的资格想这个问题，时间不对，而现在最最应该想的是——我要怎样成为一个顶级的编程师。当我终于有能力的时候，才是考虑无不无聊的问题，我还是明白这一点点。
经过多番的努力和辛酸，我成功地完成了这次过程艰辛的实训，而且我从中体会到了一种叫做‘成功的喜悦’的感觉，那种小有成就的兴奋是只有置身其中的人才能体会的，就好比我啊，虽然知道笑到最后的才是老大，但是偶尔阿Q一下来调节生活乐趣也是的一项很必要的事情吧。 总之，这次实训为我提供了与众不同的学习方法和学习体会，从书本中走出来，面对现实，为我将来走上社会打下了扎实的基础，铺了一条五光十色的大马路。而且，我也体会到了前人总结出的许多的实践经验，而且一直都知道技术永远是工资的基础，社会是不会要一个一无是处的人的，所以，为了生活庸俗一点，努力一点，多累一点，好好学习技术，将来才有吃大餐的钱呀。
因此，我知道，作为在校电商专业的大专生，我能做的就是好好的吸取知识，努力的提高自己的技术水平和自身的综合素质，提高自己的表达能力、写作能力和合作能力。如此，出了社会，自己有了能力，到时候才会是 “吃嘛嘛香”，并且很牛逼的是自己选公司，而不是悲惨的等待公司来选。我相信在不久的未来，会有属于我自己的一片天空，而且这片天空会很蓝很蓝，没有黑黑的乌云，只有灿烂的阳光!
在编程的过程中遇到问题，可以说得是困难重重，这毕竟是第一次编程这么多，这么认真，难免会遇到过各种各样的问题，同时在设计的过程中发现了自己的不足之处，对以前所学过的知识理解得不够深刻，掌握得不够牢固，
