数据库切换日志的时候，为什么一定要发生检查点？这个检查点有什么意义？
表空间管理方式有哪几种，各有什么优劣。
本地索引与全局索引的差别与适用情况。
一个表a varchar2(1),b number(1),c char(2)，有100000条记录，创建B-Tree索引在字段a上，那么表与索引谁大？为什么？
9i的data guard有几种模式，各有什么差别。
执行计划是什么，查看执行计划一般有哪几种方式。
简单描述一下nest loop与hash join的差别。
db file sequential read与db file scattered read等待的差别，如果以上等待比较多，证明了什么问题？
library cache pin与library cache lock是什么地方的等待事件，一般说明什么问题？
在一个24*7的应用上，需要把一个访问量很大的1000万以上数据级别的表的普通索引(a,b)修改成唯一约束(a,b,c)，你一般会选择怎么做，请说出具体的操作步骤与语句。
如果一个linux上的oracle数据库系统突然变慢，你一般从哪里去查找原因。
说明一下对raid5与raid01/10的认识。
列举5个10g的新特性
原文：http://www.itpub.net/showthread.php?s=&postid=6204369#post6204369【已失效】
当时部分人的回答，参考如下。
最初由 WESTLIFE_XU 发布
我瞎快速回答一下，请大家指教
（1）数据库切换日志的时候，为什么一定要发生检查点？这个检查点有什么意义？
触发dbwr的执行，dbwr会把和这个日志相关的所有脏队列写到数据文件去，减少数据库崩溃的时的恢复时间。
==>你所的只是普通checkpoint 该做的，而没有特指Switch log时候的checkpoint的作用。
Switch log checkpoint最主要是使当前redo log 状态由 current ==> Active ==> Inactive ,以备重用
（2）表空间管理方式有哪几种，各有什么优劣。
字典管理方式和自动管理方式，自动管理方式采用位图管理extent，减少字典之间的竞争，同时避免了碎片
==>ok.
（3）本地索引与全局索引的差别与适用情况。
本地索引适用于sql语句种限定一个范围的查询比如时间之类的， 全局索引适用于在全部记录中查询，比如要查询一个手机号之类的。
全局索引总可能出现unused的情况，需要重建
==>
本地索引适合条件中包含partition key的，当然不是绝对
全局索引总可能出现unused的情况，通常我会问那该怎么办？
9i里面有update global index 的子句
（4）一个表a varchar2(1),b number(1),c char(2)，有100000条记录，创建B-Tree索引在字段a上，那么表与索引谁大？为什么？
这个要考虑到rwoid所占的字节数，假设char总是占用2字节的情况，比较rowid和3
==>另外，table 和 index在segment free block的管理也有差别
（5）9i的data guard有几种模式，各有什么差别。
三种模式
maxmize performance 采用异步传送
maxmize availablity 允许采用异步传送，在两者之间摇摆
==> 不叫摇摆，正常情况maxmize availablity 传输方式等同于maxmize protection ，只是在从库Crash时允许primary继续工作
maxmize protection 采用同步传送
==>保证Standby 与 primary 绝对数据一致
个人以为采用maxmize performance好一点，对主数据库影响比较小
（6）执行计划是什么，查看执行计划一般有哪几种方式。
执行计划是数据库内部的执行步骤
set autotrace on
select * from table
alter session set event '10046 trace name context forever,level 12 '
一般采用pl/sql developer，其它的比较少用，记不住
==>差不多，再加个Explain plan , v$sql_plan
（7）简单描述一下nest loop与hash join的差别。
nest loop适用于返回结果比较小的情况。
for in 1...n loop
对小表进行遍历
根据小表的结果遍历大表（大表需要索引）
end loop
这个在数据库高效设计里面有很好的解释，一时还写不出来
==>小表称为驱动的结果集更为贴切
hash join适用在返回大结果集的情况
==>也未必一定大结果集
（8）db file sequential read与db file scattered read等待的差别，如果以上等待比较多，证明了什么问题？
db file sequential read指的是需要一个但当前不在sga中的块，等待从磁盘中读取。db file scattered read需要多个连续的数据库引起等待。
db file sequential read出现大量的等待，或许不是个问题。如果这两个事件等待比较多，根据p1,p2,p3以及sid检查sql语句，是否有调优的可能
==>db file scattered read基本可以定性为FTS/IFS
l（9）ibrary cache pin与library cache lock是什么地方的等待事件，一般说明什么问题？
一般出现在对package,procedure进行编译，add contraint的时候。
==>差不多，说明DDL过多
（10）在一个24*7的应用上，需要把一个访问量很大的1000万以上数据级别的表的普通索引(a,b)修改成唯一约束(a,b,c)，你一般会选择怎么做，请说出具体的操作步骤与语句。
不能确定，是否可以采用先建索引后建立约束
create index idx_w1 on w_1 (a,b,c) online ;
alter table w_1 add constraint uni_w1 unique (a,b,c) novalidate;
==>
差不多，另外，一定要考虑非繁忙时间
（11）如果一个linux上的oracle数据库系统突然变慢，你一般从哪里去查找原因。
先top看看是哪些进程，看看这些进程在做什么
看看v$session_wait
==>
差不多，能加上vmstat , iostat就更好了
（12）说明一下对raid5与raid01/10的认识。
raid5采用校验信息，硬盘的利用率n-1/n, raid10先采用先镜像在进行条带化，是最高效的硬盘利用方式，硬盘的利用率50%
==> 通常会提一下redo log 不能 in raid5. 还有 01/10的区别及优劣。
（13）列举5个10g的新特性
1.rename tablespace
2.新的em
3.asm
4.bigfile tablespace
5.真正的增量rman
6.flashback table
7.expdp、impdp
(1)数据库切换日志的时候，为什么一定要发生检查点？这个检查点有什么意义？
数据库切换日志的时候,因为他要通知 dbwr,写脏数据，ckpt,db_file ,redo 的 scn 号协调
这个问题前面讨论了，主要就是理解日志切换后为什么日志组还可能是active的
(2)表空间管理方式有哪几种，各有什么优劣。
表空间的管理包括数据字典和本地表空间管理两种方式。
本地表空间管理：从oracle9r 开始，基本上默认都是本地表空间的管理，
这种方式直接使用的是bit (1和0)方式来管理。所以空间收缩快。
比如，我们truncate或者drop 掉一个非常大的表，非常快
数据字典表空间管理 ： 顾名思义，oracle 是用表来管理的。这样就会造成对该表管理上的开销。
所以，在oracle 8i ,我们drop 一个非常大的表，可能需要3个小时或者更长。
本地索引与全局索引的差别与适用情况。
我创建索引一般都是本地索引。
全局索引没有使用过
(3)一个表a varchar2(1),b number(1),c char(2)，有100000条记录，创建B-Tree索引在字段a上，那么表与索引谁大？为什么？
在100000 的数据上，这个表单独对字段a 我不会创建索引。因为a varchar2(1) 创建索引后可能性能比较低。
我们都知道，索引最终是使用rowid ，如果使用索引查询大量的数据，还不如全表扫描，性能非常低。
不知道a的数据分布的情况下，你如何认定a上建索引性能不好？假如a的值是唯一的，大量查询使用select * from t where a= ，你还认为在a上建索引性能会比全表扫描低么？
(4)9i的data guard有几种模式，各有什么差别。
具体说不上来，需要查询文档，不过，我做9i的 data guard 我都是主库通过归档日志来恢复datagard 的数据库，
数据只有一个日志文件的差别，如果向从库上的网络出现问题，或者是备库出现问题，主库就会报错。同时不停的向
备库写归档。直到写出为止。
如果实际配置过，几种模式没有理由不知道
(5)执行计划是什么，查看执行计划一般有哪几种方式。
执行计划是oracle 在执行一个语句时，使用了多少parse,execute,fetch ,使用了多少disk read/write, local read/write 等等
执行计划是数据库优化的重要工具。
你到底在说统计信息，还是在说执行计划？
有以下几种方式：
1. explain for
2.set autotrace on
set autotrace traceonly
3.sql_trace 结合pkprof
v$sql_plan
(6)简单描述一下nest loop与hash join的差别。
nest loop : select * from a where id
loop
select id from b
end loop
hash join:
这是是oracle 散列连接 ，从a 表，b 表 利用 oracle 散列算法进行连接
关键的一点，hash join只适合于等于连接条件。而且，散列算法进行连接，具体是怎么做的？两个表都做hash么？呵呵
(7)db file sequential read与db file scattered read等待的差别，如果以上等待比较多，证明了什么问题？
db file sequential read （数据文件顺序读取 ）.多表连接中，表的连接顺序存在问题，
没有正确的驱动表 ，从一个数据块中读取数据
可能是使用了不应当使用的索引扫描
db file scattered read 数据文件离散读取，从从多个数据块中读取数据
如果以上等待比较多，可能是出现大规模的全表扫描，快速索引扫描，全索引扫描。需要增加合适的索引消除该等待事件。
(8)library cache pin与library cache lock是什么地方的等待事件，一般说明什么问题？
library cache pin与library cache lock 是 share pool 中的等待事件 ，一般说明oracle latch 出现等待，
因为多个进程都在抢数据字段 latch, 抢不到就 pin,所以根据具体的应用需要优化
这个基本上没说到点上这两个latch主要是library cache中的object的组织方式是这样的，首先一个相当于头信息的handle，然后指向object具体的heap，library cache lock加在handle上，library cache pin则加在heap上，获得pin之前必须先获得对handle的锁定。这两种等待较多，一般是由于DDL引起的，比如重编译对象，授予/撤销权限等，这个pin可不是获得latch失败之后pin在cpu里的pin，这个pin就是latch一种，是名词
(9)在一个24*7的应用上，需要把一个访问量很大的1000万以上数据级别的表的普通索引(a,b)修改成唯一约束(a,b,c)，你一般会选择怎么做，请说出具体的操作步骤与语句。
首先 create unqiue idx_1 on table (a,b,c )
drop 表的普通索引(a,b)
这样做，你的应用估计够戗，index也不知道要多久才能建好
(10)如果一个linux上的oracle数据库系统突然变慢，你一般从哪里去查找原因。
(1) top 一下 , 找到相应session ,跟踪该session ,结合 autotrace ,sql_trace， dbms_system.set_sql_trace_in_session(sid,serial#,true) 等应用优化工具
(2) v$session_wait , 找出等待事件
(3)v$sql,v$sqlarea 找出性能不好的sql等
(4)，作statspack , 分析
没有提到alert
(11)说明一下对raid5与raid01/10的认识。
raid5 比如5块盘，4块盘作数据盘，一块盘作冗余盘。
你说的是Raid3,raid5的校验位是均匀分布在各个盘的,没有单独的校验盘
(12)列举5个10g的新特性
asm
ash
awr
rman 加强
回闪功能
ash/awr基本上可以算一个，闪回功能9i也有，准确的说应该是flashback database。其实10g的新特性很多，比如RecycleBin，物理备库的read/write，data guard的Fast-start Failover，EM dbcontrol/grid control。。。