数据库表的记录如果太多，比如达到了20万以上，在bos中一次性查记录做处理可能会出现outofmemory的错误，我们只能采取分段取记录来处理，具体示例如下：
/*dialect*/
With Cust AS 
( SELECT fnumber,
ROW_NUMBER() OVER (order by fnumber) as RowNumber 
from t_bd_currency ) 
select * 
from Cust 
Where RowNumber Between 2 and 3 
在oracle中要比sql server简单些，因为oracle中本身就能直接取到rowid。 ......

/*dialect*/
With Cust AS 
( SELECT fnumber,
ROW_NUMBER() OVER (order by id) as RowNumber 
from t_bd_currency) 
select * 
from Cust 
Where RowNumber Between 20 and 30
//
      标志/*dialect*/是金蝶专用的方言标志
......

SQL的优化应该从5个方面进行调整：
1.去掉不必要的大型表的全表扫描
2.缓存小型表的全表扫描
3.检验优化索引的使用
4.检验优化的连接技术
5.尽可能减少执行计划的Cost
SQL语句：
是对数据库(数据)进行操作的惟一途径；
消耗了70%~90%的数据库资源；独立于程序设计逻辑，相对于对程序源代码的优化，对SQL语句的优化在时间成本和风险上的代价都很低；
可以有不同的写法；易学，难精通。
SQL优化：
固定的SQL书写习惯，相同的查询尽量保持相同，存储过程的效率较高。
应该编写与其格式一致的语句，包括字母的大小写、标点符号、换行的位置等都要一致
ORACLE优化器：
在任何可能的时候都会对表达式进行评估，并且把特定的语法结构转换成等价的结构，这么做的原因是
要么结果表达式能够比源表达式具有更快的速度
要么源表达式只是结果表达式的一个等价语义结构
不同的SQL结构有时具有同样的操作（例如：= ANY (subquery) and IN (subquery)），ORACLE会把他们映射到一个单一的语义结构。
1 常量优化：
常量的计算是在语句被优化时一次性完成，而不是在每次执行时。下面是检索月薪大于2000的的表达式：
sal > 240 ......

SQL的优化应该从5个方面进行调整：
1.去掉不必要的大型表的全表扫描
2.缓存小型表的全表扫描
3.检验优化索引的使用
4.检验优化的连接技术
5.尽可能减少执行计划的Cost
SQL语句：
是对数据库(数据)进行操作的惟一途径；
消耗了70%~90%的数据库资源；独立于程序设计逻辑，相对于对程序源代码的优化，对SQL语句的优化在时间成本和风险上的代价都很低；
可以有不同的写法；易学，难精通。
SQL优化：
固定的SQL书写习惯，相同的查询尽量保持相同，存储过程的效率较高。
应该编写与其格式一致的语句，包括字母的大小写、标点符号、换行的位置等都要一致
ORACLE优化器：
在任何可能的时候都会对表达式进行评估，并且把特定的语法结构转换成等价的结构，这么做的原因是
要么结果表达式能够比源表达式具有更快的速度
要么源表达式只是结果表达式的一个等价语义结构
不同的SQL结构有时具有同样的操作（例如：= ANY (subquery) and IN (subquery)），ORACLE会把他们映射到一个单一的语义结构。
1 常量优化：
常量的计算是在语句被优化时一次性完成，而不是在每次执行时。下面是检索月薪大于2000的的表达式：
sal > 240 ......

如果你正在负责一个基于SQL Server的项目，或者你刚刚接触SQL Server，你都有可能要面临一些数据库性能的问题，这篇文章会为你提供一些有用的指导（其中大多数也可以用于其它的DBMS）。
在这里，我不打算介绍使用SQL Server的窍门，也不能提供一个包治百病的方案，我所做的是总结一些经验----关于如何形成一个好的设计。这些经验来自我过去几年中经受的教训，一直来，我看到许多同样的设计错误被一次又一次的重复。
一、了解你用的工具
不要轻视这一点，这是我在这篇文章中讲述的最关键的一条。也许你也看到有很多的SQL Server程序员没有掌握全部的T-SQL命令和SQL Server提供的那些有用的工具。
“什么？我要浪费一个月的时间来学习那些我永远也不会用到的SQL命令？？？”，你也许会这样说。对的，你不需要这样做。但是你应该用一个周末浏览所有的T-SQL命令。在这里，你的任务是了解，将来，当你设计一个查询时，你会记起来：“对了，这里有一个命令可以完全实现我需要的功能”，于是，到MSDN查看这个命令的确切语法。
二、不要使用游标
让我再重复一遍：不要使用游标。如果你想破坏整个系统的性能的话，它们倒是你最有效的首选办法。大多 ......

  今天，有一个sql NOT IN语句，匹配条件里有一个null，结果什么都查不出来，同事觉得很难理解。其实只要明白一点就可以了，IN语句匹配的时候是用=，NOT IN匹配的时会用<>，就很容易理解了。
首先我们要知道，null在oracle是个特殊的东西，没有任何可比性，如果使用 =/<> 对比null，得到的始终是false。null 值只能用 is null/is not null来进行对比。
已知表table：
type  value
 SC    1
 PO    4
 BO    9
select * from table where type IN（'SC'，null）；
这句话就相当于：select * from table where type='SC' or type=null;
因为已经有 type='SC'匹配，而type=null没有可比性，可以认为被忽略了，所以在 IN 语句里的 null 可以认为没有意义。
select * from table where type NOT IN（'SC'，null）；
这句话就相当于：select * from table where type!='SC' and type!=null;
因为 type!=null 返回的始终是false，整个查询语句不会匹配任何一条记录，所以NOT IN语句里的null会使查询没有任何结果。 ......

  今天，有一个sql NOT IN语句，匹配条件里有一个null，结果什么都查不出来，同事觉得很难理解。其实只要明白一点就可以了，IN语句匹配的时候是用=，NOT IN匹配的时会用<>，就很容易理解了。
首先我们要知道，null在oracle是个特殊的东西，没有任何可比性，如果使用 =/<> 对比null，得到的始终是false。null 值只能用 is null/is not null来进行对比。
已知表table：
type  value
 SC    1
 PO    4
 BO    9
select * from table where type IN（'SC'，null）；
这句话就相当于：select * from table where type='SC' or type=null;
因为已经有 type='SC'匹配，而type=null没有可比性，可以认为被忽略了，所以在 IN 语句里的 null 可以认为没有意义。
select * from table where type NOT IN（'SC'，null）；
这句话就相当于：select * from table where type!='SC' and type!=null;
因为 type!=null 返回的始终是false，整个查询语句不会匹配任何一条记录，所以NOT IN语句里的null会使查询没有任何结果。 ......

1.只查询需要的列，不用*
2.IN适合于外表大而内表小的情况；EXISTS适合于外表小而内表大的情况 1、升级硬件
2、根据查询条件,建立索引,优化索引、优化访问方式，限制结果集的数据量。
3、扩大服务器的内存
4、增加服务器CPU个数
5、对于大的数据库不要设置数据库自动增长，它会降低服务器的性能
6、在查询Select语句中用Where字句限制返回的行数,避免表扫描,如果返回不必要的数据，浪费了服务器的I/O资源，加重了网络的负担降低性能。如果表很大，在表扫描的期间将表锁住，禁止其他的联接访问表,后果严重。
7、查询时不要返回不需要的行、列
8、用select   top   100   /   10   Percent   来限制用户返回的行数或者SET   ROWCOUNT来限制操作的行
9、在IN后面值的列表中，将出现最频繁的值放在最前面，出现得最少的放在最后面，减少判断的次数
10、一般在GROUP   BY   个HAVING字句之前就能剔除多余的行，所以尽量不要用它们来做剔除行的工作。他们的执行顺序应该如下最优：
      select的Wh ......