- 浏览: 213968 次
- 性别:
- 来自: 北京
最新评论
-
LinApex:
请使用js好吗?
利用开发框架中的标签库集成报表工具 -
qiu768:
博主你们是直接用jquerymobile+phonegap实现 ...
工作流软件管理系统移动客户端的开发 -
shige19:
流程与业务表单的关联:流程->任务->表单
aspx页面集成工作流引擎api -
shige19:
工作流中集成页面:1 流程环节绑定页面url;2 页面处理中调 ...
工作流集成第三方aspx页面 -
shige19:
流程关联多单据:1 多单据只是针对主从表情况;2 单据与流程的 ...
工作流集成表单之多张单据和一张单据
做管理系统的,无论是bs结构的还是cs结构的,都不可避免的涉及到数据库表结构的设计,sql语句的编写等。因此在开发系统的时候,表结构设计是否合理,sql语句是否标准,写出的sql性能是否优化往往会成为公司衡量程序员技术水平的标准。
我们程序员不是dba,不需要时刻关注sql运行时间,想方设法优化表结构,存储空间,优化表读取速度等等,但是在开发系统时,时刻保持优良的写sql语句的作风是很有必要的,这关乎到个人在公司的声誉,嘿嘿,你懂的。。。
新来的程序员老鸟,在一个开发团队中,需要表现一下自己的水平,奠定在公司的地位,需要努力表现一把,最简单的从写的sql语句就很容易表现出来,曾经就有一次,一个老程序员,上面定位是要做团队领导的,先历练一下做个制单的模块,列表sql中有一列这位老鸟直接写了个select语句从别的表中取之,而不是用表之间关联得到,一下破坏自己程序员老鸟光辉形象。
做技术的还是要注重自己的内涵,提升内功,哈哈。
闲话少说,总结一点程序员老鸟写sql顺手拈来的功夫吧:
1. 不论一个sql中涉及到多个表,每次都用两个表(结果集)操作,得到新的结果后,再和下一个表(结果集)操作。
2. 避免在select f1,(select f2 from tableB ).... from tableA 这样得到字段列。直接用tableA和tableB关联得到A.f1,B.f2就可以了。
3.避免隐含的类型转换
如
select id from employee where emp_id='8' (错)
select id from employee where emp_id=8 (对)
emp_id是整数型,用'8'会默认启动类型转换,增加查询的开销。
4. 尽量减少使用正则表达式,尽量不使用通配符。
5. 使用关键字代替函数
如:
select id from employee where UPPER(dept) like 'TECH_DB' (错)
select id from employee where SUBSTR(dept,1,4)='TECH' (错)
select id from employee where dept like 'TECH%' (对)
6.不要在字段上用转换函数,尽量在常量上用
如:
select id from employee where to_char(create_date,'yyyy-mm-dd')='2012-10-31' (错)
select id from employee where create_date=to_date('2012-10-31','yyyy-mm-dd') (对)
7.不使用联接做查询
如:select id from employee where first_name || last_name like 'Jo%' (错)
8. 尽量避免前后都用通配符
如:
select id from employee where dept like '%TECH%' (错)
select id from employee where dept like 'TECH%' (对)
9. 判断条件顺序
如:
select id from employee where creat_date-30>to_date('2012-10-31','yyyy-mm-dd') (错)
select id from employee where creat_date >to_date('2012-10-31','yyyy-mm-dd')+30 (对)
10. 尽量使用exists而非in
当然这个也要根据记录的情况来定用exists还是用in, 通常的情况是用exists
select id from employee where salary in (select salary from emp_level where....) (错)
select id from employee where salary exists(select 'X' from emp_level where ....) (对)
11. 使用not exists 而非not in
和上面的类似
12. 减少查询表的记录数范围
13.正确使用索引
索引可以提高速度,一般来说,选择度越高,索引的效率越高。
14. 索引类型
唯一索引,对于查询用到的字段,尽可能使用唯一索引。
还有一些其他类型,如位图索引,在性别字段,只有男女的字段上用。
15. 在经常进行连接,但是没有指定为外键的列上建立索引
16. 在频繁进行排序会分组的列上建立索引,如经常做group by 或 order by 操作的字段。
17. 在条件表达式中经常用到的不同值较多的列上建立检索,在不同值少的列上不建立索引。如性别列上只有男,女两个不同的值,就没必要建立索引(或建立位图索引)。如果建立索引不但不会提高查询效率,反而会严重降低更新速度。
18. 在值比较少的字段做order by时,翻页会出现记录紊乱问题,要带上id字段一起做order by.
19. 不要使用空字符串进行查询
如:
select id from employee where emp_name like '%%' (错)
20. 尽量对经常用作group by的关键字段做索引。
21. 正确使用表关联
利用外连接替换效率十分低下的not in运算,大大提高运行速度。
如:
select a.id from employee a where a.emp_no not in (select emp_no from employee1 where job ='SALE') (错)
22. 使用临时表
在必要的情况下,为减少读取次数,可以使用经过索引的临时表加快速度。
如:
select e.id from employee e ,dept d where e.dept_id=d.id and e.empno>1000 order by e.id (错)
select id,empno from employee into temp_empl where empno>1000 order by id
select m.id from temp_emp1 m,dept d where m.empno=d.id (对)
对于大数据量sql语句性能优化更多的工作就交给dba去实践,我们程序员做好这些基本功就好了。
评论
4按需求来。不是你想不用就不用的
6用函数有时没辙,这种情况下可以考虑函数索引
8同4
9标题错误,和判断顺序无关
10好好学习一下吧,不要传播错误观念了。
11同10
12写成驱动表比较好。
14请去学习索引
15干嘛你不指定外键。这里设计有问题。
22直接物化视图不好吗?临时表完了可就没了,每次这么大量写表数据就少了?
多谢这位兄弟指出,匆忙写了一下,在sql执行性能方面,没有绝对的优,都要根据当时的情况来选,换成dba的说法,就是看执行计划,调到最优的效果,也许记录变了,环境变了,过一阵又需要再调整。
我也正准备提这些问题的,有些为什么要这样用,要把情况描述一下,比如 in和exists在oracle里面真正的差距在哪? 嵌套查询和关联查询适合在什么情况下使用,他们有什么查询优势,索引提高了查询效率但为什么降低了数据的修改效率等等
一句话把结论下了,容易误导新手,不过总结的还不错!
如果你要使用IN,尽量保持IN的数量在20个以内。
超过20个的,直接使用exsits。
效率差很远很远的!!
我的博客里面有解释。
关于索引有必要抽出来讲一下。加多了,占用空间大,加小了,查询效率低。
还有一点,尽量让每一个表都有主键。
如果使用视图,那么不要用太复杂的SQL,因为还不如使用物化视图。
没有什么意思。
适当的复杂查询可以使用WITH语句。
适当使用hint
写几句sql,就会遭到鄙视,那工作环境也太恶劣了
回复一下
4按需求来。不是你想不用就不用的
6用函数有时没辙,这种情况下可以考虑函数索引
8同4
9标题错误,和判断顺序无关
10好好学习一下吧,不要传播错误观念了。
11同10
12写成驱动表比较好。
14请去学习索引
15干嘛你不指定外键。这里设计有问题。
22直接物化视图不好吗?临时表完了可就没了,每次这么大量写表数据就少了?
多谢这位兄弟指出,匆忙写了一下,在sql执行性能方面,没有绝对的优,都要根据当时的情况来选,换成dba的说法,就是看执行计划,调到最优的效果,也许记录变了,环境变了,过一阵又需要再调整。
我也正准备提这些问题的,有些为什么要这样用,要把情况描述一下,比如 in和exists在oracle里面真正的差距在哪? 嵌套查询和关联查询适合在什么情况下使用,他们有什么查询优势,索引提高了查询效率但为什么降低了数据的修改效率等等
一句话把结论下了,容易误导新手,不过总结的还不错!
8. 尽量避免前后都用通配符
如:
select id from employee where dept like '%TECH%' (错)
select id from employee where dept like 'TECH%' (对)
小弟不才,求讲解·
下面的可以使用索引,上面的不会使用索引
但是,lz说的很不错,谢谢。
确实是这样,谢谢鼓励,大家共同学习 /wx
但是,lz说的很不错,谢谢。
4按需求来。不是你想不用就不用的
6用函数有时没辙,这种情况下可以考虑函数索引
8同4
9标题错误,和判断顺序无关
10好好学习一下吧,不要传播错误观念了。
11同10
12写成驱动表比较好。
14请去学习索引
15干嘛你不指定外键。这里设计有问题。
22直接物化视图不好吗?临时表完了可就没了,每次这么大量写表数据就少了?
赞成
+1
同时觉得楼主不应该用“对”“错”来判定。
呵呵,最好用推荐,不推荐 来表示。对错确实不好
select id from employee where dept like '%TECH%' (错)
select id from employee where dept like 'TECH%' (对)
前后都带%%,不会用上dept上的索引
知道了为什么,其实很多都是一回事
建议新手还是学习索引和执行计划吧
我们主要是指在程序开发的时候,写sql时,多想想这些基本的规则。sql的优化方面是没有绝对的优的,需要根据执行计划来相对调优.
10好好学习一下吧,不要传播错误观念了。
11同10
10和11有什么不对?我的理解也是尽可能用exists而不要用in。
用exists还是用in 这条确实是没有绝对的优,要看记录的范围
当外面的记录集大,里面的做条件的记录集小,用exists效率高。
当外面的记录集小,里面的记录集小,用in效率高。
昨天我写的时候只是说了一下,要看记录集了,没有详细指出。
知道了为什么,其实很多都是一回事
建议新手还是学习索引和执行计划吧
select id from employee where dept like '%TECH%' (错)
select id from employee where dept like 'TECH%' (对)
10好好学习一下吧,不要传播错误观念了。
11同10
10和11有什么不对?我的理解也是尽可能用exists而不要用in。
11同10
10和11有什么不对?我的理解也是尽可能用exists而不要用in。
4按需求来。不是你想不用就不用的
6用函数有时没辙,这种情况下可以考虑函数索引
8同4
9标题错误,和判断顺序无关
10好好学习一下吧,不要传播错误观念了。
11同10
12写成驱动表比较好。
14请去学习索引
15干嘛你不指定外键。这里设计有问题。
22直接物化视图不好吗?临时表完了可就没了,每次这么大量写表数据就少了?
赞成
+1
同时觉得楼主不应该用“对”“错”来判定。
4按需求来。不是你想不用就不用的
6用函数有时没辙,这种情况下可以考虑函数索引
8同4
9标题错误,和判断顺序无关
10好好学习一下吧,不要传播错误观念了。
11同10
12写成驱动表比较好。
14请去学习索引
15干嘛你不指定外键。这里设计有问题。
22直接物化视图不好吗?临时表完了可就没了,每次这么大量写表数据就少了?
赞成
发表评论
-
工作流之设置表访问权限
2015-01-19 20:34 1834在工作流管理系统中,工作流引擎负责流程的流转。首先梳理业务, ... -
工作流之设置表访问权限
2015-01-19 20:34 930在工作流管理系统中,工作流引擎负责流程的流转。首先梳理业务, ... -
利用工作流返回达到无限次重复办理业务的过程
2015-01-04 14:21 1164在和客户的交流中,有客户提出有这样的业务流程: 申 ... -
eworkflow工作流系统在iis中发布
2014-12-22 14:40 910eworkflow工作流系统在iis中发布 win7下面 ... -
IE8用ajax访问不能每次都刷新的问题
2014-07-10 18:36 563最近发现,用ajax访问后台,用ie8访问,第一次可以正常返 ... -
视频演示(动态指定执行人+指定申请人的上级)
2014-07-10 12:05 1363视频演示下载地址 获取申请人的上级: http://p ... -
eworkflow集成定制aspx页面的过程
2014-07-09 16:23 1051eworkflow自定义工作流系统,集成eform自定义表 ... -
java项目开发框架
2014-07-07 11:37 712做项目的时候,最需要快速开发框架来辅助。好的快速安全的开发 ... -
利用开发框架中的标签库集成报表工具
2014-06-22 10:22 1366在项目开发中,完成数据录入后,统计分析报表是必定要出的,后 ... -
流程设计器之标签工具
2014-06-20 11:17 1504流程设计器之标签工具 工作流系统中,各种路由节点,顺序流 ... -
如何设置流程的默认版本
2014-04-29 20:00 691业务流程用工作流软件 ... -
mysql数据库字符集的设置
2014-02-28 17:56 691my.ini文件中clinet和mysqld中的写法不一样,要 ... -
struts的标签库出现Failed to load or instantiate TagExtraInfo class
2014-02-28 17:30 1392使用struts的标签库出现Failed to load ... -
简单设置eworkflow条件的方式
2014-01-03 11:46 1144在eworkflow自定义工作流产品中,设置条件节点,是在 ... -
流程多节点调用同一张业务表单的锚点问题
2013-11-19 19:56 1139在工作流的实施中,经常会有客户提出,一个业务流程中,同一张业 ... -
java工作流软件发送邮件的方案
2013-11-01 17:03 1229利用javamail的功能将发送邮件的功能集成到java工作 ... -
工作流软件是未来web的支柱
2013-10-30 17:13 903Web 3.0正在敲门,但是 ... -
自定义表单中多附件上传控件的实现方案
2013-10-25 11:53 1387多附件上传的功能,在我们开发系统的时候经常会需要,客户的需求 ... -
流程节点中发送邮件的解决方案
2013-10-15 18:14 964在流程引擎中,需要 ... -
财务报销流程
2013-09-11 12:33 1810给客户做的财务报销流程示例说明文档: 业务介绍 ...
相关推荐
程序员的经典SQL语句,是学习SQL的必备文档。格式是PDF的
程序员常用经典SQL语句大全,主要是对初学者比较使用。
程序员SQL语句大全大全(经典珍藏版)
Java 程序员在写 SQL 时常犯的 10 个错误
这是一本为程序员写的sql书籍,抛弃了很多数据库管理知识,专注于sql知识,程序员读了对sql进阶有很好帮助,如果你对sql还不是很自信,而又有一定的sql基础,那么,这本sql书籍无疑是你最好的选择。 我看了,很不错...
对初学者很有帮助 适合起步程序员 简单常用sql语句
Java程序员在写SQL程序时候常犯的10个错误_.docx
程序员的SQL金典,非常实用,程序员的SQL金典,程序员的SQL金典
程序员的SQL金典,很值得一看的!专门为程序员写的!很值得收藏阅读
程序员必备之一_SQL语句精简宝典!!!
程序员级别的sql优化
50个常用SQL语句.zip50个常用SQL语句.zip50个常用SQL语句.zip50个常用SQL语句.zip50个常用SQL语句.zip50个常用SQL语句.zip50个常用SQL语句.zip50个常用SQL语句.zip50个常用SQL语句.zip50个常用SQL语句.zip50个常用...
程序员必备的sql语句在这里!需要的盆友们,可以到这里看看!
SQL语句练习册,帮助程序员们记忆SQL语句,管理自己的日常开支;该应用没有混淆,帮助初级者学习怎么使用SQL语句,怎么向apk中嵌入广告
程序员的SQL金典(杨中科) 程序员的SQL金典(杨中科) 程序员的SQL金典(杨中科) 程序员的SQL金典(杨中科)
Oracle的sql语句练习题及参考答案 希望一些程序员能够顺利通过oracle数据库考试
SQL语句生成器的特色 支持几乎所有类型的数据库, 包括小型(桌面)数据库:Fox DBF、Microsoft Execl、Text、Borland Paradox、 中型数据库:Microsoft Access 大型数据库:Microsoft SQL Server、Sybase、Oracle ...
十年老鸟程序员简历模板,包括自我介绍、职业概况、技能标签、工作经历、项目经验、教育经历、语言能力、自我评价、附加信息等模块。老工程师自用模板,高薪模板,大厂模板。
程序员的sql经典。
程序员比用的sql工具,用它可以不需安装sqlserver 就可以访问到数据库,连接到数据库,并且还有智能感应提示,还可以在线升级!!