做管理系统的，无论是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   （对）