oracle执行计划的一些概念
oracle执行计划的一些概念(基础的记忆)
开始学习ORACLE语句优化,从执行计划开始,先熟悉这些名词以及基本含义,记忆在我脑子里,2010-04-10
Rowid：系统给oracle数据的每行附加的一个伪列，包含数据表名称，数据库id，存储数据库id以及一个流水号等信息，rowid在行的生命周期内唯一。
Recursive sql：为了执行用户语句，系统附加执行的额外操作语句，譬如对数据字典的维护等。
Row source（行源）：oracle执行步骤过程中，由上一个操作返回的符合条件的行的集合。
Predicate（谓词）：where后的限制条件。
Driving table（驱动表）：又称为连接的外层表，主要用于嵌套与hash连接中。一般来说是将应用限制条件后，返回较少行源的表作为驱动表。在后面的描述中，将driving table称为连接操作的row source 1。
Probed table（被探查表）：连接的内层表，在我们从 driving table得到具体的一行数据后，在probed table中寻找符合条件的行，所以该表应该为较大的row source，并且对应连接条件的列上应该有索引。在后面的描述中，一般将该表称为连接操作的row source 2.
Concatenated index（组合索引）：一个索引如果由多列构成，那么就称为组合索引，组合索引的第一列为引导列，只有谓词中包含引导列时，索引才可用。
可选择性：表中某列的不同数值数量/表的总行数如果接近于1，则列的可选择性为高。
Oracle访问数据的存取方法：
Full Table Scan (FTS全表扫描)：通过设置db_block_multiblock_read_count可以设置一次IO能读取的数据块个数，从而有效减少全表扫描时的IO总次数，也就是通过预读机制将将要访问的数据块预先读入内存中。只有在全表扫描情况下才能使用多块读操作。
Table access by rowed（通过rowid存取表，rowid lookup）：由于rowid中记录了行存储的位置，所以这是oracle存取单行数据的最快方法。
Index scan（索引扫描index lookup）：在索引中，除了存储每个索引的值外，索引还存储具有此值的行对应的rowid值，索引扫描分两步(1)，扫描索引得到rowid；(2)，通过 rowid读取具体数据。每步都是单独的一次IO，所以如果数据经限制条件过滤后的总量大于原表总行数的5%－10％,则使用索引扫描效率下降很多。而如果结果数据能够全部在索引中找到，则可以避免第二步操作，从而加快检索速度。
根据索引类型与where限制条件的不同，有4种类型的索引扫描：
Index unique scan（索引唯一扫描）
相关文档：
1.创建测试表
create table users(
userid int primary key,
username varchar2(20),
userpwd varchar2(20)
);
insert into users values(1,'test','test');
insert into users values(2,'test','test');
insert into users values(3,'test','test');
insert into users values(4,'test','test');
insert i ......
工作过程中需要将oracle中的数据导入到excle中，自己做了一下，先将方法介绍如下，
你可以根据自己的实际情况，做出更改。
1,建立一个emp.sql文件我的是在F :\SQL\EMP.SQL
set line 120
set pagesize 100
set feedback off
--关闭类似于“已选11行”这样的输出反馈，以保证spool输出定义的--文件中只有我们 ......
--创建序列
create sequence innerid
minvalue 1
maxvalue 999999999
start with 1
increment by 1
cache 20
order;
--创建表
create table users(
userid int primary key,
username varchar2(20),
userpwd varchar2(20)
);
select * from users;
insert into users values( ......
几个简单的步骤大幅提高Oracle性能--我优化数据库的三板斧。
数据库优化的讨论可以说是一个永恒的主题。资深的Oracle优化人员通常会要求提出性能问题的人对数据库做一个statspack，贴出数据库配置等等。还有的人认为要抓出执行最慢的语句来进行优化。但实际情况是，提出疑问的人很可能根本不懂执行计划，更不要说statspac ......
