文档介绍：前言    其实,很早以前,大楷就是我任斑竹的时候,我就有个想法,找一些或写一些文章出来,贴给大家共享,避免大家走过多的弯路,可是我的心却安静不下来,所以就一直搁浅了。    现在,我想我暂时可能会稳定一点了,所以想静点心下来写点东西,把自己的知道的东西,怎么方便的快捷的告诉大家,其实,好多时候,我上论坛一看,整个论坛充斥着这样的那样的错误的思想,想纠正,却无从下手,这个时候,我就想,要是有一些系统性的东西给他们,那多好啊!    很多人和我一样,大楷都是从SQLServer转过来的,可能是受MS的影响太深,老想着用SQLServer的方法来解决ORACLE的问题,这就是一个极大的失误,比如有人就老喜欢用那个OEM,那个我一直认为是ORACLE的糟粕的一个代表,ORACLE的精髓是代码的管理,任何管理、备份、恢复都可以通过代码或脚本实现。比如还有的人就喜欢SQLServer过程中能直接写select语句,认为ORACLE必须要能做,有人认为SQLSERVER的过程能执行DDL语句,那ORACLE也必须要这样……诚然,我不是承认不可以,但是很多的很多的这一切,就是你实现了,却是ORACLE强烈反对的,因为它们对ORACLE的性能可能有很大的影响。    我想,要学好ORACLE,就必须脚踏实地,一步一步来,你可以拿两个数据库来比较,但是不要想着关系型数据库都是一样的,它们是有差别的,或多或少,一个简单的例子,在SQLServer中,一个表的修改是以页面级来锁定的,对表的修改是阻塞读操作的(如Select),所以SQLServer的锁是非常昂贵的,如果不是特别指定,一个语句就是一个事务。在ORACLE中,这一切都变了,ORACLE可以提供最小的行级锁,所有对表的锁定不影响Select查询,在ORACLE中,锁的资源占用是非常小的,所以ORACLE默认开启事务,直到你提交或回滚。    我学ORACLE也就两年时间,到现在专职做ORACLE管理和ORACLE数据仓库,也是自己慢慢走过来的,我其实也没有得到高人指点,就是自己慢慢啃书,慢慢查资料。论坛可以用来交流,但是想让它让你有很大进步,可能性不大,毕竟,论坛上面系统性的东西太少。要想做一个好的DBA,是不容易的,有人总结了DBA10点该做的和不该做的。>#1-DoMaintainyourExpertise>#2-DoUsetheDBMS_STATSPackagetoCollectStatistics>#3-DoUseBindVariables>#4-DoPutyourProductionDatabaseinARCHIVELOGMode>#5-DoUseLocallyManagedTablespaces>#6-DoMonitorYourDatabase>#7-DoPracticeRecoveries>#8-DoGetInvolvedwithUserGroupsandOtherResources>#9-DoEstablishStandardsandChangeControlProcesses>#10-DoThinkAhead>OracleDatabaseTop10Don'ts>#1-Don'anizingYourDatabases>#2-Don'>#3-Don'tLeaveYourDatabaseOpenToAttack>#4-Don'tDecideAgainstHotBackups>#5-Don'tUseASSM>#6-Don'etthe80/20Rule>#7-Don'tStackViews>#8-Don'tBeaNormalizationBigot>#9-Don'ettoDocumentEverything>#10-DoNotUseProductsYouareNotLicensedFor.     CSDN上的专职从事数据库管理的可能很少,也就导致了这里很多人的问题都是在开发上面,当然,我不是要求大家学管理,就是开发,也需要对数据库理解,半懂不懂的搞开发,最可能的后果,可能就是项目的失败,而这是一个程序员的耻辱。     正因为CSDN的这种特殊情况,很多高手都不愿意来这里,我问其原因,回答很简单,CSDN只能让我退步,我去干什么,大家也都清楚,现在是一个信息化的时代,不是不进则退了,是进步慢也是退步的时代了。     今天就写这么多,下面开始转入正文,因为时间仓促,多少可能有些笔误或错误,也就希望大家指正,在以后的时间里,我会定期的写这么一些文章,希望大家有所收获,我的下一篇文章计划是“ORACLE的备份策应”。      此文不经许可,不可转载,如有必要,也需要注明出处!-----------