ORACLE 10g的白皮书 Oracle数据库10g产品系列 2004 年 1 月版本中，介绍关于 Oracle Database 10g Standard Edition 和 Oracle Database 10g Enterprise Edition 特性和选项的可用性的时候，用了一个表格，其中有一项是：注意其中的“无限带宽支持”。”
用户的几个大表没有使用分区，而是定时的创建备份表，insert into ..select ..从源表select插入数据，然后从源表中delete已经备份的数据。最近一次的对这几个表数据备份的时候，发现表空间在两天之内扩展了20G。查看用户备份数据的脚本，发现用了insert /*+append*/提示符。原来用户的开发商最近一次数据迁移的时候，感觉直接insert太慢，因此加了/*+appen
关于使用索引（Index）的一些注意点
转自：BENQ ORACLE SQL Performance Tuning而通常情况下，使用索引比全表扫描要块几倍至几千倍，所以对索引要有比较深入的了解。
某些情况下SELECT 语句中的WHERE子句用到索引列，但生成的执行计划却不不使用索引。这里有一些例子.
记住, 索引只能告诉你什么存在于表中, 而不能告诉你什么不存在于表中
不使用索引:
Following errors appear in the Alert Log:
ORA-00354: corrupt redo log block header
ORA-00353: log corruption near block %s change %s time %s
-- OR --
ARC0: Error 19510 closing archivelog file
ARCH: Archival stopped, error occurred. Will continue retrying
ORACLE Instance %s - Archival Error
ARCH: Connecting to console port...
Backup script is deleting or moving files from LOG_ARCHIVE_DEST directo
虽然公司做ORACLE，但是财务数据库还是ms sqlserver的，毕竟公司规模不是太大，而这财务软件也是统一购的，mssqlserver已经能够满足需求了。今天财务说数据库出错，登录企业管理器看了以后显示数据库处于置疑状态，拿下数据文件和日志文件，到其他服务器附加，报9003:LSN %1! 无效的错误。从网上找到如下解决办法，顺利导出并重建了数据库。
1)设置数据库为紧急模式 停掉......
今天在统计一个RAC数据库最近时间产生的归档日志大小的时候，突然发现用select trunc(completion_time),sum(mb)/1024 day_gb from (select name,completion_time,blocks*block_size/1024/1024 mb from v$archived_log where threa
Today’s Sun/Oracle Announcement This is one of the toughest emails I’ve ever had to write. It’s also one of the most hopeful about S
几年前这篇文章影响了我很多。重读，重新审视自己。
放弃－－
把握的反面就是放弃，选择了一个机会，就等于放弃了其他所有的可能。
当新的机会摆在面前的时候，敢于放弃已经获得的一切，这不是功亏一篑，这不是半途而废，这是为了谋求更大的发展空间；或者什么都不为，只因为喜欢这样做，因为，年轻就是最大的机会。人，只有在三十岁之前才会有这个胆量，有这个资本，有这个资格。
失恋－－
不是不在乎，是在乎不起。三十岁前最怕失去的不是已经拥有的东西，而是梦想。爱情如果只是一个过程，那么正是这个年龄应当经历的，如果要承但结果，三 十岁以后，可能会更有能力，更有资格。其实，三十岁之前我们要做的事情很多，稍纵即逝，过久地沉溺在已经干涸的爱河的河床中，与这个年龄的生命节奏不合。
PURPOSE
=======
This note was created to troubleshoot the ORA-29740 error in a Real Application
Clusters environment.
SCOPE & APPLICATION
====================
This note is for DBA's needing to resolve ORA-29740.
