通过分析SQL语句的执行计划优化SQL(二)
二：有效的应用设计
我们通常将最常用的应用分为2种类型：联机事务处理类型(OLTP)，决策支持系统(DSS)。
联机事务处理(OLTP)
该类型的应用是高吞吐量，插入、更新、删除操作比较多的系统，这些系统以不断增长的大容量数据为特征，它们提供给成百用户同时存取，典型的OLTP系统是订票系统，银行的业务系统，订单系统。OTLP的主要目标是可用性、速度、并发性和可恢复性。
当设计这类系统时，必须确保大量的并发用户不能干扰系统的性能。还需要避免使用过量的索引与cluster 表，因为这些结构会使插入和更新操作变慢。
决策支持(DSS)
该类型的应用将大量信息进行提取形成报告，协助决策者作出正确的判断。典型的情况是：决策支持系统将OLTP应用收集的大量数据进行查询。典型的应用为客户行为分析系统(超市，保险等)。
决策支持的关键目标是速度、精确性和可用性。
该种类型的设计往往与OLTP设计的理念背道而驰，一般建议使用数据冗余、大量索引、cluster table、并行查询等。
近年来，该类型的应用逐渐与OLAP、数据仓库紧密的联系在一起，形成的一个新的应用方向。
三：SQL语句处理的过程
在调整之前我们需要了解一些背景知识，只有知道这些背景知识，我们才能更好的去调整sql语句。
本节介绍了SQL语句处理的基本过程，主要包括：
查询语句处理
DML语句处理(insert, update, delete)
DDL 语句处理(create .. , drop .. , alter .. , )
事务控制(commit, rollback)
SQL 语句的执行过程(SQL Statement Execution)
在某些情况下，Oracle运行sql的过程可能与下面列出的各个阶段的顺序有所不同。
如DEFINE阶段可能在FETCH阶段之前，这主要依赖你如何书写代码。
对许多oracle的工具来说，其中某些阶段会自动执行。绝大多数用户不需要关心各个阶段的细节问题，然而，知道执行的各个阶段还是有必要的，这会帮助你写出更高效的SQL语句来，而且还可以让你猜测出性能差的SQL语句主要是由于哪一个阶段造成的，然后我们针对这个具体的阶段，找出解决的办法。
DML语句的处理
本节给出一个例子来说明在DML语句处理的各个阶段到底发生了什么事情。
假设你使用Pro*C程序来为指定部门的所有职员增加工资。程序已经连到正确的用户，你可以在你的程序中嵌入如下的SQL语句：
EXEC SQL UPDATE employees
SET salary = 1.10 * salary
WHERE department_id = :var_department_id;
var_department_id是程序变量，里面包含部门号，我们要修改该部门的职
相关文档：
系统要求进行SQL优化，对效率比较低的SQL进行优化，使其运行效率更高，其中要求对SQL中的部分in/not in修改为exists/not exists
修改方法如下：
in的SQL语句
SELECT id, category_id, htmlfile, title, convert(varchar(20),begintime,112) as pubtime
from tab_oa_pub WHERE is_check=1 and
category_id in (sel ......
通常执行sql语句，大家用的都是exec，exec功能强大，但不支持嵌入参数，sp_executesql解决了这个问题。抄一段sqlserver帮助：
sp_executesql
执行可以多次重用或动态生成的 Transact-SQL 语句或批处理。Transact-SQL 语句或批处理可以包含嵌入参数。
语法
sp_executesql
[@stmt
=
] stmt
[
&n ......
SQL客户端是每个开发人员所需的必不可少的工具。他们帮助开发人员轻松地在任何数据库执行SQL查询。它们对于解决任何数据库相关的问题也是非常重要的。
1. SQuirreL SQL Client
SQuirreL SQL Client是目前最流行的开源SQL客户端。 ......
......
还是几位读我的书 (《Oracle大型数据库系统在AIX UNIX上的实战详解》) 的读者来邮件咨询问题，很抱歉我不能逐位回复邮件，第一我真的挺忙，第二这些问题颇有共性。我来借助这个地方，统一地和诸位探讨，很多问题我也是在摸索中，不能直接给大家答案，呵呵，大家见谅啊!
说说锁问题。 MS SQL支持的锁类型和Oracle差异是� ......
