5. NOT
我们在查询时经常在where子句使用一些逻辑表达式，如大于、小于、等于以及不等于等等，也可以使用and（与）、or（或）以及not（非）。NOT可用来对任何逻辑运算符号取反。下面是一个NOT子句的例子：
... where not (status ='VALID')
如果要使用NOT，则应在取反的短语前面加上括号，并在短语前面加上NOT运算符。NOT运算符包含在另外一个逻辑运算符中，这就是不等于（<>;）运算符。换句话说，即使不在查询where子句中显式地加入NOT词，NOT仍在运算符中，见下例：
... where status <>;'INVALID'
再看下面这个例子：
select * from employee where salary<>;3000;
对这个查询，可以改写为不使用NOT：
select * from employee where salary<3000 or salary>;3000;
虽然这两种查询的结果一样，但是第二种查询方案会比第一种查询方案更快些。第二种查询允许Oracle对salary列使用索引，而第一种查询则不能使用索引。
6. IN和EXISTS
有时候会将一列和一系列值相比较。最简单的办法就是在where子句中使用子查询。在where子句中可以使用两种格式的子查询。
第一种格式是使用IN操作符：
... where column in(select * from ... where ...);
第二种格式是使用EXIST操作符：
... where exists (select 'X' from ...where ...);
我相信绝大多数人会使用第一种格式，因为它比较容易编写，而实际上第二种格式要远比第一种格式的效率高。在Oracle中可以几乎将所有的IN操作符子查询改写为使用EXISTS的子查询。
第二种格式中，子查询以'select 'X'开始。运用EXISTS子句不管子查询从表中抽取什么数据它只查看where子句。这样优化器就不必遍历整个表而仅根据索引就可完成工作（这里假定在where语句中使用的列存在索引）。相对于IN子句来说，EXISTS使用相连子查询，构造起来要比IN子查询困难一些。
虽然在customer_num和order_num上建有索引，但是在上面的语句中优化器还是使用顺序存取路径扫描整个表。因为这个语句要检索的是分离的行的集合，所以应该改为如下语句：
（T114）
一、问题的提出
在应用系统开发初期，由于开发数据库数据比较少，对于查询SQL语句，复杂视图的的编写等体会不出SQL语句各种写法的性能优劣，但是如果将应用系统提交实际应用后，随着数据库中数据的增加，系统的响应速度就成为目前系统需要解决的最主要的问题之一。系统优化中一个很重要的方面就是SQL语句的优化。对于海量数据，劣质SQL语句和优质SQL语句之间的速度差别可以达到上百倍，可见对于一个系统不是简单地能实现其功能就可，而是要写出高质量的SQL语句，提高系统的可用性。
在多数情况下，Oracle使用索引来更快地遍历表，优化器主要根据定义的索引来提高性能。但是，如果在SQL语句的where子句中写的SQL代码不合理，就会造成优化器删去索引而使用全表扫描，一般就这种SQL语句就是所谓的劣质SQL语句。在编写SQL语句时我们应清楚优化器根据何种原则来删除索引，这有助于写出高性能的SQL语句。
二、SQL语句编写注意问题
下面就某些SQL语句的where子句编写中需要注意的问题作详细介绍。在这些where子句中，即使某些列存在索引，但是由于编写了劣质的SQL，系统在运行该SQL语句时也不能使用该索引，而同样使用全表扫描，这就造成了响应速度的极大降低。
1. IS NULL 与 IS NOT NULL
不能用null作索引，任何包含null值的列都将不会被包含在索引中。即使索引有多列这样的情况下，只要这些列中有一列含有null，该列就会从索引中排除。也就是说如果某列存在空值，即使对该列建索引也不会提高性能。
任何在where子句中使用is null或is not null的语句优化器是不允许使用索引的。
2. 联接列
对于有联接的列，即使最后的联接值为一个静态值，优化器是不会使用索引的。我们一起来看一个例子，假定有一个职工表（employee），对于一个职工的姓和名分成两列存放（FIRST_NAME和LAST_NAME），现在要查询一个叫比尔.克林顿（Bill Cliton）的职工。
下面是一个采用联接查询的SQL语句，
select * from employss
where
这几天做了一个程序，VS 2005 SQL Server Express，仔细查阅文档，发现 SQL Server Express 支持 XCOPY 部署方式，也就是说，只要目标计算机有了 SQL Server Express，那么只需要把数据库拷贝过去，可以在程序的同一个目录中，然后在连接字符串中配置 AttachDBFileName 参数即可。数据库会自动挂接到 SQL Server Express 中，运行完后自动 Deattch。感觉不错，照猫画虎，结果出现了一个错误：“数据库已被压缩，无法建立，需要解压缩”。晕死，什么时候压缩了？莫非是 Shinrk 的问题？搞了 n 个小时，无解，睡觉。
次日再战，查阅资料无解，查阅 Internet 无解，想放弃，又舍不得。无意中发现，在管理界面中 Attach 数据库居然也是这个错误，而在原先目录中的数据库居然没问题。把数据库拷贝到程序目录（在 D: 盘，SQL Server Express 安装在 C: 盘）就会出错。不会是这个问题吧？
将程序目录移动到 C 盘，居然一切正常，然后彻底晕死。难道自动挂接数据库必须在 C 盘？？？
另，如果将数据库文件设置为只读，则无论在哪个盘都可挂接，只是成为只读数据库。
虽说解决了问题，可是不懂原理，是 Bug，还是我的系统问题？
其实，Sybase 的 SQL Anywhere 真的不错，在启动数据库的时候才启动数据库管理系统，系统运行结束，数据库管理系统自动结束，如果 SQL Server Express 也支持这个功能就好了，我可不喜欢不用数据库的时候还有一个 SQL Server 服务在运行。Access 连存储过程都不支持，微软，想说爱你并不容易。
BLOG:ZhangJinglin
献给初学者，老鸟别扔砖头
编写 SQL 语句一直都是比较纳闷的事，编写时没有一个良好的检错机制，只能运行时才能发现错误，特别是关联的表一多起来，思绪不免会被搞得晕头转向最后不知迷失在什么地方了。近日偶然发现并不是 M$ 没有提供一个良好的傻瓜化界面给我们这帮懒兄懒弟们使用，而是我们自己视而不见，那就是 SQL Server 中的视图管理器，它不仅可以让我们方便地在多个表中进行查询而不去理会他们之间的关系（当然多个表之间必须存在必要的关系），还可以用它进行别名、排序、条件等的设置，然后自动产生出良好风格的 SQL SELECT语句，而且还可以测试运行结果。废话就说到这了，看看下面这张图片再自己亲自体验一下吧 :-)
(