Oracle优化器在任何可能的时候都会对表达式进行评估，并且把特定的语法结构转换成等价的结构，这么做的原因是：
·要么结果表达式能够比源表达式具有更快的速度。
·要么源表达式只是结果表达式的一个等价语义结构。
不同的sql结构有时具有同样的操作（例如：= any (subquery) and in (subquery)），oracle会把他们映射到一个单一的语义结构。
下面将讨论优化器如何评估优化如下的情况和表达式：
常量 like 操作符 in 操作符 any和some 操作符 all 操作符 between 操作符 not 操作符
传递（transitivity） 确定性（deterministic）函数
常量
常量的计算是在语句被优化时一次性完成，而不是在每次执行时。下面是检索月薪大于2000的的表达式：
· sal > 24000/12 · sal > 2000 · sal*12 > 24000
如果sql语句包括第一种情况，优化器会简单地把它转变成第二种。
注意：优化器不会简化跨越比较符的表达式，例如第三条语句，鉴于此，应用程序开发者应该尽量写用常量跟字段比较检索的表达式，而不要将字段置于表达式当中。
like 操作符
优化器把使用like操作符和一个没有通配符的表达式组成的检索表达式转换为一个“=”操作符表达式。
例如：优化器会把表达式ename like 'smith'转换为ename = 'smith'优化器只能转换涉及到可变长数据类型的表达式，前一个例子中，如果ename字段的类型是char(10)， 那么优化器将不做任何转换。
in 操作符
优化器把使用in比较符的检索表达式替换为等价的使用“=”和“or”操作符的检索表达式。例如，优化器会把表达式ename in ('smith','king','jones')替换为:
ename = 'smith' or ename = 'king' or ename = 'jones'
any和some 操作符
优化器将跟随（following）值列表的any和some检索条件用等价的同等操作符和“or”组成的表达式替换。
例如，优化器将如下所示的第一条语句用第二条语句替换：
· sal > any (:first_sal, :second_sal) · sal > :first_sal or sal > :second_sal
优化器将跟随子查询的any和some检索条件转换成由“exists”和一个相应的子查询组成的检索表达式。
例如，优化器将如下所示的第一条语句用第二条语句替换：
· x > any (select sal from emp where job = 'analyst') · exists (select sal from emp where job = 'analyst' and x > sal)
all 操作符
优化器将跟随值列表的all操作符用等价的“=”和“and”组成的表达式替换。
例如，sal > all (:first_sal, :second_sal)表达式会被替换为：
sal > :first_sal and sal > :second_sal
对于跟随子查询的all表达式，优化器用any和另外一个合适的比较符组成的表达式替换。例如，优化器会把表达式 x > all (select sal from emp where deptno = 10) 替换为：
not (x <= any (select sal from emp where deptno = 10))
接下来优化器会把第二个表达式适用any表达式的转换规则转换为下面的表达式：
not exists (select sal from emp where deptno = 10 and x <= sal)
between 操作符
优化器总是用“>=”和“<=”比较符来等价的代替between操作符。例如：优化器会把表达式sal between 2000 and 3000用sal >= 2000 and sal <= 3000来代替。
not 操作符
优化器总是试图简化检索条件以消除“not”逻辑操作符的影响，这将涉及到“not”操作符的消除以及代以相应的比较运算符。
例如，优化器将下面的第一条语句用第二条语句代替：
· not deptno = (select deptno from emp where ename = 'taylor') · deptno <> (select deptno from emp where ename = 'taylor')
通常情况下一个含有not操作符的语句有很多不同的写法，优化器的转换原则是使“not”操作符后边的子句尽可能的简单，即使可能会使结果表达式包含了更多的“not”操作符。例如，优化器将如下所示的第一条语句用第二条语句代替：
· not (sal < 1000 or comm is null) · not sal < 1000 and comm is not null sal >= 1000 and comm is not null
传递（transitivity）
如果“where”子句的两个检索条件涉及了一个共同的字段，优化器有时会根据传递原理推断出第三个检索条件，随后可以根据这个推断出的条件对语句进行优化，推断出的条件可能会激活一个原来的检索条件没有激活的潜在的接口路径（access path）。注意：传递仅仅被用在基于代价（cost-based）的优化中。
假设有一个这样的包含两个检索条件的“where”子句：where 字段1 常量 and字段1 = 字段2，在这个例子里，优化器会推断出新的检索条件：字段2 常量。在这里，是比较运算符=、!=、^=、<>、>、<= 或 >=之中的任何一个，常量是指任何一个涉及了操作符、sql函数、文字、绑定变量（bind variables）或者关联变量（correlation variables）的常量表达式。
例如，考虑这样一个包含两个各自使用了字段emp.deptno的检索条件的where子句的查询：
select * from emp, dept where emp.deptno = 20 and emp.deptno = dept.deptno;
使用传递优化，优化器会推断出如下条件：dept.deptno = 20。如果有索引存在于emp.deptno字段上，这个条件会使调用这个索引的接口路径有效。注意：优化器只能对字段关联常量的表达式进行推断，而不是字段关联字段的表达式。例如，包含这样条件的where子句：字段1 字段3 and 字段1 = 字段2，这种情况不能推断出表达式：字段2 < comp_oper> 字段3。
确定性（deterministic）函数
在某些情况下，优化器能够使用先前的函数返回结果而不是重新执行用户定义的函数，这仅仅对那些以限制的方式来执行的函数来说是有效的。这些函数必须对任何的输入都有同样的返回值，函数的结果必须不能因为包（package）变量、数据库或会话（session）的参数（例如nls参数）不同而变化，如果函数在将来重新定义，返回值必须对任何参数来说仍然与以前的返回值相同。函数的创建者可以在以create function、create package或者create type声明函数时根据以上的要求使用deterministic关键字向数据库申明该函数为确定性函数，数据库不会对确定性函数的合法性进行校验，即使一个函数明显的使用了包变量或操作了数据库，仍然可以被定义为确定性函数，这就是说如何安全合法的使用和定义确定性函数是程序员的责任。
当确定性函数在同一个查询里被多次调用，或者被基于函数的索引或物化视图（materialized view）调用时，有可能被一个已经计算出的值取代。
