Oracle中优化SQL的原则
.Frm644 { display:none; }
1。已经检验的语句和已在共享池中的语句之间要完全一样
2。变量名称尽量一致
3。合理使用外联接
4。少
用多层嵌套
5。多用并发
语句的优化步骤一般有：
1。调整sga区，使得sga区的是用最优。
2。sql语句本身的优化，工具有explain,sql trace等
3。数据库结构调整
4。项目结构调整
写语
句的经验：
1。对于大表的查询使用索引
2、少用in,exist等
3、使用集合运算
１．对
于大表查询中的列应尽量避免进行诸如
Ｔｏ＿ｃｈａｒ，ｔｏ＿ｄａｔｅ，ｔｏ＿ｎｕｍｂｅｒ
等转换
２．有索引的尽量用
索引，有用到索引的条件写在前面
如有可能和有必要就建立一些索引
３．尽量避免进行全表扫描，限制条件尽可能多，以便更快
搜索到要查询的数据
如何让你的SQL
运
行得更快
人们在使用SQL时往往会陷入一个误区，即太关注于所得的结果是否正确，而忽略了不同的实现方法之间可能存在的性能差
异，这种性能差异在大型的或是复杂的数据库环境中（如联机事务处理OLTP或决策支持系统DSS）中表现得尤为明显。笔者在工作实践中发现，不良的SQL
往往来自于不恰当的索引设计、不充份的连接条件和不可优化的where子句。在对它们进行适当的优化后，其运行速度有了明显地提高！下面我将从这三个方面
分别进行总结：
中国网管联盟www、bitsCN、com
为了更直观
地说明问题，所有实例中的SQL运行时间均经过测试，不超过１秒的均表示为（< 1秒）。
测试环境--
主
机：HP LH II
主频：330MHZ
内存：128兆
操作系统：Operserver5.0.4
数据
库：Sybase11.0.3
一、不合理的索引设计
例：表record有620000
行，试看在不同的索引下，下面几个 SQL的运行情况：
1.在date上建有一非个群集索引
select
count(*) from record where date >
'19991201' and date <
'19991214'and amount >
2000 (25秒)
select date,sum(amount)
from record group by date
(55秒)
select count(*) from record
where date >
'19990901' and place in ('BJ','SH') (27秒)
分析：
date上有大量的重复值，在非群集索引下，数据在物理上随机存放在数据页�
相关文档：
表中主键必须为标识列，[ID] int IDENTITY (1,1)
1.分页方案一：(利用Not In和SELECT TOP分页)
语句形式：
SELECT TOP 页记录数量 *
from 表名
WHERE (ID NOT IN
(SELECT TOP (每页行数*(页数-1)) ID
from 表名
ORDER BY ID))
ORDER BY ID
//自己还可以加上一些查询 ......
在sql Server 从开发环境往生产环境部署时，因为客户那里用的是英文版本，所以创建数据库以后，要设置一下数据库排序规则。
但是在存储过程中，有的程序员使用了临时表，因为临时表是存储在系统数据库tempdb中，如果系统临时数据库没有进行排序规则的设置，程序还是出错，解决办法就是设置临时数据库的排序规则或者创建临� ......
SQL Server 2005（适用于2000）的卸载是一个非常头疼的问题。我曾经尝试过直接使用【添加或删除程序】工具卸载、清除安装目录、删除注册表内容等等各种方式综合卸载，勉强成功。现在终于找到了一个事半功倍的方法，多次尝试，未有失败,具体如下:
1.下载卸载工具，有两种：
第一种是微软官方提供的工具(msicuu2.exe)
http ......
AspNetPager是一个比较好的分页控件,该控件使用过程分页十分方便,过程如下:
Create PROCEDURE [dbo].[pt_AspNetPager]
(
@tableName varchar(255), -- 表名
@fieldName varchar(400)= '*', -- 字段名
@strWhere varchar(255) = Null,
@fieldOrder varchar(100), --不能为空
@startIndex int ......
Oracle
SQL
的优化规
则：
尽量少用IN操作符，基本上所有的IN操作符都可以用EXISTS代替
用IN写出来的SQL
的优点是比较容易写及清晰易懂，但是用IN的SQL
性能总是比较低的，从ORACLE
执
行的步骤来分析用IN的SQL
与不用IN的SQL
有
以下区别：
......
