oracle中Where子句的条件顺序对性能的影响
oracle中Where子句的条件顺序对性能的影响 - Oracle - 网站开发-技术教程-中国素材网
经常有人问到oracle中的Where子句的条件书写顺序是否对SQL性能有影响，我的直觉是没有影响，因为如果这个顺序有影响，Oracle应该早就能够做到自动优化，但一直没有关于这方面的确凿证据。在网上查到的文章，一般认为在RBO优化器模式下无影响（10G开始，缺省为RBO优化器模式），而在CBO优化器模式下有影响，主要有两种观点：
a.能使结果最少的条件放在最右边，SQL执行是按从右到左进行结果集的筛选的；
b.有人试验表明，能使结果最少的条件放在最左边，SQL性能更高。
查过oracle8到11G的在线文档，关于SQL优化相关章节，没有任何文档说过where子句中的条件对SQL性能有影响，到底哪种观点是对的，没有一种确切的结论，只好自己来做实验证明。结果表明，SQL条件的执行是从右到左的，但条件的顺序对SQL性能没有影响。
实验一：证明了SQL的语法分析是从右到左的
下面的试验在9i和10G都可以得到相同的结果: 第1条语句执行不会出错，第2条语句会提示除数不能为零。
1.Select 'ok' from Dual Where 1 / 0 = 1 And 1 = 2;
2.Select 'ok' from Dual Where 1 = 2 And 1 / 0 = 1;
证明了SQL的语法分析是从右到左的。
实验二：证明了SQL条件的执行是从右到左的
drop table temp;
create table temp( t1 varchar2(10),t2 varchar2(10));
insert into temp values('zm','abcde');
insert into temp values('sz','1');
insert into temp values('sz','2');
commit;
1. select * from temp where to_number(t2)>1 and t1='sz';
2. select * from temp where t1='sz' and to_number(t2)>1;
在9i上执行, 第1条语句执行不会出错，第2条语句会提示“无效的数字”
在10G上执行，两条语句都不会出错。
说明：9i上，SQL条件的执行确实是从右到左的，但是10G做了什么调整呢？
实验三：证明了在10g上SQL条件的执行是从右�
相关文档：
操作步骤如下，供参考。
数据库转型工作涉及的工作事项分析：表，表数据，索引，外键约束，字段默认值。
存储过程、函数、触发器、视图等由于语法存在差异，只能自行改写处理。
(一)在MS SQL SERVER服务器端的准备工作。
1).创建关于表、视图、主键、索引、字段字典、默认值约束的对象视图。以方便下一步 ......
一：无返回值的存储过程
1、建立存储过程
CREATE OR REPLACE PROCEDURE TESTA(PARA1 IN VARCHAR2,PARA2 IN VARCHAR2) AS
BEGIN
INSERT INTO T_TEST (I_ID,I_NAME) VALUES (PARA1, PARA2);
END TESTA;
2、相应的JAVA程序
import java.sql.*;
import java.io.OutputStream;
import java.io.Writer;
import java.sq ......
数学函数
1.绝对值
S:select abs(-1) value
O:select abs(-1) value from dual
2.取整(大)
S:select ceiling(-1.001) value
O:select ceil(-1.001) value from dual
3.取整（小）
S:select floor(-1.001) value
O:select floor(-1.001) value from dual
4.取� ......
修改oracle 10g的字符集
修改数据库字符集为：ZHS16GBK
首先用scott&tiger&orcl登录到sql/plus
查看服务器端字符集
SQL > select * from
V$NLS_PARAMETERS;
修改：
$sqlplus /nolog
SQL>conn / as sysdba
若
此时数据库服务器已启动，则先执行 SHUTDOWN IMMEDIATE 命
令关闭数据库服务器，然后执 ......
The DB File Scattered Read wait event generally indicates waits related to full table scans or fast
full index scans. As full table scans are pulled into memory, they are scattered throughout the
buffer cache, since it is usually unlikely that they fall into contiguous buffers. A large numb ......
