SQL查询优化,注意where条件的顺序
作者:罗代均 ldj_work#126.com 转载请保持完整性
1.测试表
employee
雇员id 部门id 薪金
emp_id dept_id salary
01 01 1050
02 01 2000
ok,我们要查找部门01下,薪金高于1000的雇员
2.原则及两个SQL的对比
原则,多数数据库都是从 左到右的顺序处理条件,把能过滤更多数据的条件放在前面,过滤少的条件放后面
SQL1: select * from employee
where salary >1000 --条件1,过滤的数据较少
and dept_id='01' --条件2,过滤的数据比条件1多
上面的SQL就不符合我们的原则了,应该把过滤数据更多的条件放在前面,因此改为下面这样更好
select * from employee
where dept_id='01' --过滤更多数据的条件放在前面
and salary > 1000
相关文档：
SQL RIGHT JOIN 关键字
SQL RIGHT JOIN 关键字
RIGHT JOIN 关键字会右表 (table_name2) 那里返回所有的行，即使在左表 (table_name1) 中没有匹配的行。
RIGHT JOIN 关键字语法
SELECT column_name(s)
from table_name1
RIGHT JOIN table_name2
ON table_name1.column_name=table_name2.column_name
注释：在某些数 ......
最近在学习Hibernate，数据库是SQL 2000，myEclipse7.5，根据例子配置好Hibernate之后运行，出现：
com.microsoft.jdbc.base.BaseDatabaseMetaData.supportsGetGeneratedKeys() 这个错误，倒腾半天之后发现是msbase.jar、mssqlserver.jar、msutil.jar这三个包的问题，SQL 2000的数据库驱动需要最新的版本，这三个包� ......
1、没有索引或者没有用到索引(这是查询慢最常见的问题，是程序设计的缺陷)
2、I/O吞吐量小，形成了瓶颈效应。
3、没有创建计算列导致查询不优化。
4、内存不足
5、网络速度慢
6、查询出的数据量过大(可以采用多次查询，其他的方法降低数据量)
7、锁或者死锁(这也是查询慢最常见的问题� ......
查询速度慢的原因很多，常见如下几种
1、没有索引或者没有用到索引(这是查询慢最常见的问题，是程序设计的缺陷)
2、I/O吞吐量小，形成了瓶颈效应。
3、没有创建计算列导致查询不优化。
4、内存不足
5、网络速度慢
6、查询出的数据量过大（可以采用多次查询，其� ......
Cross Apply使表可以和表值函数结果进行join，在下面的示例中建了两个表和一个表值函数，T_b的列a_ids中会存放a表的id用,分割的字符串连接；我们通过cross apply使T_a，T_b表通过splitIDs inner join 连接。请看示例：GO
if object_id('T_a','U') is not null
drop table T_a
GO
CREATE TABLE T_a( ......
