外部表作为一种有效的数据传输机制，在Oracle 10G中有两种使用方式：

最近经常写一些临时脚本，每隔一段时间查询一些信息，一般跑个一两天，为图方便，常常写成了死循环：

最近一测试库上频繁遇到ORA-1652: unable to extend temp segment by 128 in tablespace TEMP，只要一进行性能测试，就报错。检查TEMP的使用情况，耗用最多的类型全是LOB_DATA，而且随着测试进行，一直往上涨。一开始以为是在存储过程中定义的LOB、CLOB变量，所占用的TEMP空间是无法自动释放导致的，虽然最终原因是在java代码中没有释放，但存储过程中的这个现象，还是值得记录一下的。

RMAN中注销数据库，9i中可以使用dbms_rcvcat.unregisterdatabase(DB_KEY,DB_ID)：

用登陆触发器实现用户名和IP的限制，要记录一些日志信息，带了insert、 commit之类的语句，测试时报了：

ORA-04092: cannot COMMIT in a trigger

不能在trigger中使用commit。

常常混淆RMAN中EXPIRED和OBSOLETE两个状态，其实如果理解了两者是如何产生的，区别也就出来了。

RMAN备份保留策略分两种，一种是基于恢复窗口（recovery windows backup retension policy），另一种是基于冗余的（backup redundancy backup retension policy）。

一直都没好好用过EXPDP/IMPDP工具，找了点资料，做了些实验，发现速度确实比EXP/IMP快了不少，功能也很强大。对其中几个参数，做一点总结：

RAC环境，9208,节点2上library cache pin非常严重，以下是Statspack报告中Top 5等待事件：

Top 5 Timed Events
~~~~~~~~~~~~~~~~~~                                         % Total
Event                                   Waits    Time (s) Ela Time
-------------------------------- ------------ ----------- --------
library cache pin                     105,664     224,526    61.59
latch free                         31,566,620     110,585    30.33
CPU time                                           16,591     4.55
db file sequential read             1,308,510       6,532     1.79
enqueue                                36,749       4,587     1.26
          -------------------------------------------------

主机意外down机后，启数据库时，实例2正常启动，实例1启了半个多小时了，还是停在nomount状态，告警日志反复显示的是：

ARC1: Thread not mounted
ARC0: Thread not mounted

一直以来都没有安装过屏蔽垃圾留言的插件，都是通过后台设置，如果留言中带有链接，则需要审核，再通过手工删除的方式进行处理。有时垃圾留言比较多，这样处理，实在是烦。在论坛的搜索中，意外地找到了一篇文章，屏蔽垃圾留言还真是好，转载一下：
原文地址：http://immmmm.com/small-wall-1-7.html

Alter system reset用于重置SPFILE中的参数设置，常见的用法，例如我们为获取数据库信息而设置了EVENT参数，收集到相关信息后，需要重置EVENT参数。