ORACLE一致性读的问题。 oracle如何读取数据

ORACLE一致性读的问题。

逻辑读就是从内存中(db buffer cache)读。
SQL执行过程中，如果发生物理读，将dbf的数据加载到内存，这一步显然是非常耗时的。
所以上面的说法是错误的。
我们总是希望逻辑读越多越好，毕竟从内存读的速度要远远大大于从硬盘读

oracle如何读取数据

Oracle读取数据的最大限制取决于操作系统和Oracle对多块读IO的限制。在物理上来说，一个SQL语句要读取某个记录，必须将该记录读取到DB CACHE中，然后才能从DB CACHE中获取，这种访问我们一般称为物理读（READ），如果这个数据已经存在于DB CACHE中，那么前台进程可以直接从DB CACHE中读取数据，这样的读取成为逻辑读（GET），如果要读取的数据已经被修改，需要从UNDO中读取前映像来获取一致性的数据，那么会从UNDO中取出前映像，和当前的数据块一起形成一个一致性读块（CR BLOCK），然后再从CR BLOCK中读取数据，这种访问方式称为一致性读（CR GET）。
从逻辑上讲，
Oracle读取数据通过三种途径：全表扫描（
Full Table Sacn,FTS
）、引扫描、通过ROWID直接访问。在阅读SQL执行计划的时候，可以通过
TABLE ACCESS子句来查看Oracle访问某个表的方法，一般来说，对于大型的表来说，如果出现
TABLE ACCESS FULL
的提示，是需要加以重视的，一般情况下，对于大表的全表扫描应该是尽量避免的。下面是一个简单的执行计划：Query Plan-----------------------------------------
SELECT STATEMENT
[CHOOSE] Cost=123TABLE ACCESS FULL LARGE [:Q65001] [ANALYZED]查看SQL的执行计划的时候，最右边的，最上面的操作是首先被执行的，上面的例子只有一个操作，就是对表“LARGE”进行全表扫描。当这个步骤执行完毕后，就会将结果集返回给上面一层的语句，上面的例子就是
SELECT STATEMENT
这个语句，一般来说
SELECT STATEMENT
是整个执行计划的顶层。
[CHOOSE]表明这个SQL语句的OPTIMIZER_GOAL
，在这个提示的右侧是COST数据，如果COST是有实际值的，那么说明使用了CBO优化器，如果COST没有实际值，那么说明使用了RBO优化器。比如：
SELECT STATEMENT
[CHOOSE] Cost=COST只是一个相对的值，只是优化器用来分析访问路径的优劣的，相同的SQL，
COST越小的执行计划，起执行效果越好，开销越小。而不同的SQL
，其COST值是没有可比性的。
[:Q65001]指明这部分操作被采用并行查询的方式执行，