SQL语句执行速度问题。
表：     table1   (     year   char(4)   ,   month   char(2)   ,   c   int   )
索引：index1   (   year   ,   month   )
            index2   (   c   )
------------------------------------------------------
比较1：
        SQL1：select   *   from   table1   where   c   > =   1   and   c   <=   5
        SQL2:   select   *   from   table1   where   c   between   1   and   5
比较2：
        SQL1：select   *   from   table1   where   c   =   1   or   c   =   5
        SQL2:   select   *   from   table1   where   c   in   (   1   ,5   )
比较3：
        SQL1：select   *   from   table1   where   year+month   =   '200401 '  
        SQL2：select   *   from   table1   where   year   =   '2004 '   and   month   =   '01 '
------------------------------------------------------
比较以上三组SQL语句的执行速度，谢谢！


------解决方案--------------------
SQL1：select * from table1 where year+month = '200401 '
SQL2：select * from table1 where year = '2004 ' and month = '01 '

感觉第二中比第一种会高一些
------解决方案--------------------
第一和第二组的两个SQL，通常情况下性能没差别。第三组的SQL2可以用到索引，SQL1不会用到索引。此外，第三组两个SQL在oracle中含义是不同的，SQL1的year+month是把year和month都转为数值型后相加，需要改为year||month才和sql2的含义相同。
------解决方案--------------------
比较4 都一样，都是要进行Full Table Scan
------解决方案--------------------
比较一:一样的
比较二:第二个可能比第一个好, 用or的情况下绝对是全表scan
比较三:第二个好, 如果year, month建立了index, 第二个会用index seek而第一个是scan

比较四:都一样, 但第二个条件改志c in (1, 5)后的效果比第一句强
------解决方案--------------------
第一的两个SQL，通常情况下性能没差别。第三组的SQL2可以用到索引，SQL1不会用到索引。此外，第三组两个SQL在oracle中含义是不同的，SQL1的year+month是把year和month都转为数值型后相加，需要改为year||month才和sql2的含义相同。
第二组的SQL1理论比SQL2要快点
------解决方案--------------------
SQL2：select * from table1 where year = '2004 ' and month = '01 '
这个用到了索引
其实每条语句你都可以 sql developer 中有个分析 Explain Plan可以看到是否用到索引和是否是全表扫描，如果两个表查询 一般先大表后小表
------解决方案--------------------
其实最好的办法是你看一下执行计划，如果oracle 8以后的版本许多分析都是基于成本的，即使是同一条语句，可能因为数据量的不同而oracle使用了不同的优化方法。
举个例子：
--表:ship 主键 ：ship_no
--（1）返回的数据量比较大，oracle使用全表扫描，即使使用了索引
select * from ship where ship_no > 1
Plan
SELECT STATEMENT CHOOSECost: 6 Bytes: 308,844 Cardinality: 1,119
1 TABLE ACCESS FULL ZJG_GANGBU.SHIP Cost: 6 Bytes: 308,844 Cardinality: 1,119
－－（2）返回的数据量比较小，使用索引
select * from ship where ship_no > 4000
Plan
SELECT STATEMENT CHOOSECost: 3 Bytes: 828 Cardinality: 3
2 TABLE ACCESS BY INDEX ROWID ZJG_GANGBU.SHIP Cost: 3 Bytes: 828 Cardinality: 3
1 INDEX RANGE SCAN UNIQUE ZJG_GANGBU.PK_SHIP Cost: 2 Cardinality: 3
－－（3）使用or条件 ，oracle依然使用索引
select * from ship where ship_no = 352 or ship_no = 365

Plan
SELECT STATEMENT CHOOSECost: 3 Bytes: 552 Cardinality: 2
3 INLIST ITERATOR