Oracle分页查询语句
分页查询格式：
SELECT * from
(
SELECT A.*, ROWNUM RN
from (SELECT * from TABLE_NAME) A
WHERE ROWNUM <= 40
)
WHERE RN >= 21
其中最内层的查询SELECT * from TABLE_NAME表示不进行翻页的原始查询语句。ROWNUM <= 40和RN >= 21控制分页查询的每页的范围。
上面给出的这个分页查询语句，在大多数情况拥有较高的效率。分页的目的就是控制输出结果集大小，将结果尽快的返回。在上面的分页查询语句中，这种考虑主要体现在WHERE ROWNUM <= 40这句上。
选择第21到40条记录存在两种方法，一种是上面例子中展示的在查询的第二层通过ROWNUM <= 40来控制最大值，在查询的最外层控制最小值。而另一种方式是去掉查询第二层的WHERE ROWNUM <= 40语句，在查询的最外层控制分页的最小值和最大值。这是，查询语句如下：
SELECT * from
(
SELECT A.*, ROWNUM RN
from (SELECT * from TABLE_NAME) A
)
WHERE RN BETWEEN 21 AND 40
对比这两种写法，绝大多数的情况下，第一个查询的效率比第二个高得多。
这是由于CBO优化模式下，Oracle可以将外层的查询条件推到内层查询中，以提高内层查询的执行效率。对于第一个查询语句，第二层的查询条件WHERE ROWNUM <= 40就可以被Oracle推入到内层查询中，这样Oracle查询的结果一旦超过了ROWNUM限制条件，就终止查询将结果返回了。
而第二个查询语句，由于查询条件BETWEEN 21 AND 40是存在于查询的第三层，而Oracle无法将第三层的查询条件推到最内层（即使推到最内层也没有意义，因为最内层查询不知道RN代表什么）。因此，对于第二个查询语句，Oracle最内层返回给中间层的是所有满足条件的数据，而中间层返回给最外层的也是所有数据。数据的过滤在最外层完成，显然这个效率要比第一个查询低得多。
上面分析的查询不仅仅是针对单表的简单查询，对于最内层查询是复杂的多表联合查询或最内层查询包含排序的情况一样有效。
这里就不对包含排序的查询进行说明了，下一篇文章会通过例子来详细说明。下面简单讨论一下多表联合的情况。对于最常见的等值表连接查询，CBO一般可能会采用两种连接方式NESTED LOOP和HASH JOIN（MERGE JOIN效率比HASH JOIN效率低，一般CBO不会考虑）。在这里，由于使用了分页，因此指定了一个返回的最大记录数，NESTED LOOP在返回记录数超过最大值时可以马上停止并将结果返回给中间层，而HASH JOIN必须处理完所有结果集（MERGE JOIN也是）。那么在大部分�
相关文档：
导出 EXP USER/PASSWORD@ODBC FILE=C：\***.DMP ROWS=N //不保存数据；
导出 EXP USER/PASSWORD@ODBC FILE=C：\***.DMP //保存数据；
导出 EXP USER/PASSWORD@ODBC FILE=C：\***.DMP full=y //全部导出；
导入 imp user/password@odbc file=c:\***.dmp full=y ignore=y;
Oracle数据导入导出imp/exp就相 ......
大家都知道，用PL/SQL连接Oracle，是需要安装Oracle客户端软件的。有没要想过不安装Oracle客户端直接连接Oracle呢？
其实我一直想这样做，因为这个客户端实在太让人讨厌了！！！不但会安装一个JDK，而且还会把自己放在环境变量的最前面，会造成不� ......
http://www.anysql.net/oracle/oracle_olap_dimension.html
在Oracle的数据仓库(OLAP)中, 实体化视图(MVIEW), 查询重写(Query Rewrite)和维(Dimension)是非常重要的优化手段, 对于前两者我不想在这儿重复讲了, 主要来体验一下维的作用. 要发挥维的作用, 还是需要用到前面两者, 下面是我设计的只有一个维表的最简单的例子 ......
转自：http://www.cnblogs.com/houxm/archive/2009/08/26/1554481.html
详解：http://sunwayle.blog.51cto.com/114995/102516
Oracle 回收站功能,彻底删除表
Oracle 10g
中出现表名：BIN$2cMp4FjwQ2Cw3Lj+BxLYTw==$0
最近发现Oracle中出现了这些奇怪的表名，上网查找后发现是oracle10g的回收站功能，并没有彻底的删� ......
你是否为等待你的查询返回结果而感到疲惫？你是否已经为增强索引和调优SQL而感到疲惫，但仍然不能提高查询性能？那么，你是否已经考虑创建物化视图？有了物化视图，那些过去需要数小时运行的报告可以在几分钟内完成。物化视图可以包括联接（join）和集合（aggregate）
你是否为等待你的查询返回结果而感到疲惫？你是否已 ......
