Oracle SQL的优化
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 > 24000/12
sal > 2000
sal*12 > 24000
如果SQL
语句包括第一种情况，优化器会简单地把它转变成第二种。
优化器不会简化跨越比较符的表达式，例如第三条语句，鉴于此，应尽量写用常量跟字段比较检索的表达式，而不要将字段置于表达式当中。否则没有办法优化，比如如果sal
上有索引，第一和第二就可以使用，第三就难以使用。
2 操作符优化：
优化器把使用LIKE
操作符和一个没有通配符的表达式组成的检索表达式转换为一个
“
=
”
操作符表达式。
例如：优化器会把表达式ename LIKE 'SMITH'
转换为
ename = 'SMITH'
优化器只能转换涉及到可变长数据类型的表达式，前一个例子中，如果ENAME
字段的类型是
CHAR(10)
， 那么优化器将不做任何转换。
一般来讲LIKE
比较难以优化。
其中：
~~
IN 操作符优化：
优化器把使用IN
比较符的检索表达式替换为等价的使用
“
=
”
和
“
OR
”
操作符的检索表达式。
例如，优化器会把表达式ename IN ('SMITH
相关文档：
假设有张表，叫table1，里面有5000万行数据，假设预计全表扫描1次需要1个小时，我们从过程来看：
1、在1点钟，有个用户A发出了select * from table1;此时不管将来table1怎么变化，正确的结果应该是用户A会看到在1点钟这个时刻的内容。这个是没有疑问的。
2、在1点30分，有个用户B执行了update命令，更新了table1表中的� ......
Oracle提供的序号函数:
以emp表为例:
1: rownum 最简单的序号 但是在order by之前就确定值.
select rownum,t.* from emp t order by ename
行数
ROWNUM
EMPNO
ENAME
JOB
MGR
HIREDATE
SAL
COMM
DEPTNO
1
11
7876
ADAMS
CLERK
7788
1987-5-23
1100
20
2
2
7499
ALLEN
SALESMAN
7698
......
你写过一条sql语句来修改两个表的数据吗？
UPDATE test.table1 t1,test.table2 t2 SET t1.aa='a',t1.bb='b',t2.cc='c',WHERE t1.u_id=t2.u_id AND t1.u_id='1' ；
table1的u_id和table2的u_id是主外键关系 ......
Tree表如下:
NodeId ParentId NodeName
0 -1 &nb ......
应一个朋友的要求，贴上收藏的SQL常用分页的办法～～
表中主键必须为标识列，[ID] int IDENTITY (1,1)
1.分页方案一：(利用Not In和SELECT TOP分页)
语句形式：
SELECT TOP 页记录数量 *
from 表名
WHERE (ID NOT IN
(SELECT TOP (每页行数*(页数-1)) ID
from 表名
ORDER BY ......
