[SQL]SQL性能调优
初级篇 —— 简单查询语句的调优 李明慧 , 软件工程师, IBM
李明慧，在 IBM 中国软件开发中心 Data Studio 团队工作从事 InfoSphere Warehouse Administration Console 的功能测试工作。曾在 developerWorks 发表《将 DB2 DWE 9.1.X 迁移到 DB2 Warehouse 9.5》、《InfoSphere Warehouse SQL 仓储命令行接口》、《Linux 下利用 squid 反向代理提高网站性能》以及《InfoSphere Warehouse Administration Console 的对比介绍》等文章。
简介： 经常听到有做应用的朋友抱怨数据库的性能问题，比如非常低的并发，令人崩溃的响应时间，长时间的锁等待，锁升级,甚至是死锁，等等。本文针对应用开发人员经常接触的 SQL 书写部分进行优化，以期望能对数据库开发人员有所帮助。
经常听到有做应用的朋友抱怨数据库的性能问题，比如非常低的并发，令人崩溃的响应时间，长时间的锁等待，锁升级 , 甚至是死锁，等等。在解决这些问题的过程中，DBA 经常发现应用开发人员对数据库的“误用”。包括 , 返回过多不必要的数据 , 不必要和不适当加锁，对隔离级别的误用和对存储过程的误用等等。但是，面对浩如烟海的数据库知识 , 要求完全掌握 , 对应用开发人员来说也确实枯燥艰深 . 因此，笔者特别提炼对应用开发人员有帮助的 SQL 书写部分，以期望能对数据库开发人员有所帮助。
“根据我们的经验（由很多业界专家证明），在 SQL Server 上取得的性能提高有 80% 来自对 SQL 编码的改进，而不是来自于对于配置或系统性能的调整。”
—凯文 克莱恩等，Transact-SQL Programming 作者
“经验表明 80%-90% 的性能调优是在应用级做的，而不是在数据库级”
—托马斯 白特，Expert One on One: Oracle 作者
本文将主要讨论基于语法的优化以及简简单的查询条件。基于语法的优化指的是为不考虑任何的非语法因素（例如，索引，表大小和存储等），仅考虑在 SQL 语句中对于词语的选择以及书写的顺序。
一般规则
这一部分，将看一下一些在书写简单查询语时需要注意的通用的规则。
根据权值来优化查询条件
最好的查询语句是将简单的比较操作作用于最少的行上。以下两张表，表 1 和表 2 以由好到差的顺序列出了典型查询条件操作符并赋与权值。
表 1. 查询条件中操作符的�
相关文档：
SET TIMING ON | OFF
SQL> set timing on
SQL> select * from emp where empno = 7369;
EMPNO ENAME JOB MGR HIREDATE SAL COMM
---------- ---------- --------- ---------- ----------- ---------- ----------
DEPTNO
----------
7369 SMITH CLERK ......
1=1或者'a'='a'等等恒等式是T-SQL中表达true的方法。因为在T-SQL中没有true这样的关键
字或值，所以需要借助这些恒等式来表达true的概念。
相对的，同样可以使用1<>1或者1=2等来表达false。
在应用程式的安全性方面，使用这些式子是SQL注入的基本原理，所以在拼接SQL语句的时候要过滤各种各样的敏感字
符。
当然 ......
1. 使用的是服务器上的，不是本机的Oracle，按下面做就可以了：
设置环境变量:NLS_LANG，具体值用下面查询的值:
SELECT 'AMERICAN_AMERICA.' || PROPERTY_VALUE
from DATABASE_PROPERTIES
WHERE PROPERTY_NAME = 'NLS_CHARACTERSET';
2. 如果是本机的Oracle就需要在Oracle的安装目录下面改设置：
......
[ORACLE]
项目中遇到一个需求，需要将多行合并为一行。
表结构如下：
NAME Null ......
