SQL语句的优化以及索引的应用范围
SQL优化的原则是：将一次操作需要读取的BLOCK数减到最低。
调整不良SQL通常可以从以下几点切入：
检查不良的SQL，考虑其写法是否还有可优化内容；
检查子查询考虑SQL子查询是否可以用简单连接的方式进行重新书写；
检查优化索引的使用；
考虑数据库的优化器;
查询的一般规则
Ø 明确指出检索的字段，尽量减少对多余的列与多余的行读取。
禁止使用 select * from table ……的方式访问表。
Ø 在一个SQL语句中，如果一个where条件过滤的数据库记录越多，定位越准确，则该where条件越应该前移。
Ø 查询时尽可能使用索引覆盖。即对SELECT的字段建立复合索引，这样查询时只进行索引扫描，不读取数据块。
Ø 在判断有无符合条件的记录时不要用SELECT COUNT （*） 语句。 如：
BF: select count(*) from table where condition
在MSSQL和Sybase中，使用 if exists (select 1 from table_name where condition)性能较好，在Oracle中，使用select 1 from table_name where condition较好。
Ø 内层限定原则
在拼写SQL语句时，将查询条件分解、分类，并尽量在SQL语句的最里层进行限定，以减少数据的处理量。
应绝对避免在order by子句中使用表达式。
正确使用INDEX的SQL
如果和查询条件相关的column上有建index,以下几点能帮助SQL正确的使用index 。
Ø 避免显式或隐含的类型转换。
where子句中存在数据类型隐形转换的,如用Numeric 型和 Int型的列的比较时，不能使用index。
Ø WHERE子句中任何对列的操作都将无法使用index，它包括数据库函数、计算表达式等等，所以要尽量减少在＝左边的列的运算。如：
BF：select staff_no, staff_name from staff_member where salary*2 <= 10000;
RP：select staff_no, staff_name from staff_member where salary <= 5000;
Ø WHERE子句中使用不等于(<>)运算的，将无法使用index。可以用union all改写。如：
BF：select staff_no, staff_name from staff_member where dept_no<>2001;
RP：sele
相关文档：
使用PowerDesigner生成数据库
建表SQL
脚
本时，尤其是Oracle数据库时，表名一般会带引号。其实加引号是PL/SQL的规范，数据库会严格按照“”中的名称建表，如果没有“”，会按照
ORACLE默认的设置建表（DBA
STUDIO里面），默认是全部大写，这样，在ORACLE数据库里的字段就如“Column_1&rdqu ......
SQL Server 2005报了这么个错：Cannot resolve the collation conflict between "Chinese_PRC_CI_AS" and "Chinese_PRC_90_CI_AS" in the like operation.
后查证，这是由于两个做比较的列的排序方式不同，中文有很多种排序方式，对应如下：
中文（香港特别行政区）
Chinese_Hong_Kong_Stroke_90_CI_AS
中文（香港特别� ......
在数据库查询数据时，我们经常使用一些函数，使我们的查询更加方便快捷，下面就把SQL Server中我们常用的几个函数给列举出来，供参考。
1.字符串函数用户控制返回给用户的字符串，这些功能仅用于字符型数据。
2.日期函数用于操作日期值，我们不能直接对日期运用数学函数。
3.数学函数用于对数值进行代数运算。
4.系统函 ......
select Convert( varchar(20) , 时间字段 , 格式 ) from 表 如：select Convert(varchar(20),LOGIN_DATE,112) from dbo.C_PARTY_CLIENT 100：Jun 22 2009 12:00AM 101：06/22/2009 102：2009.06.22 103：22/06/2009 104：22.06.2009 105：22-06-2009 106：22
select Convert(varchar(20),<时间字段>,<格式>) f ......
