oracle体系结构

《oracle体系结构》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、前言    其实，很早以前，大楷就是我任斑竹的时候，我就有个想法，找一些或写一些文章出来，贴给大家共享，避免大家走过多的弯路，可是我的心却安静不下来，所以就一直搁浅了。    现在，我想我暂时可能会稳定一点了，所以想静点心下来写点东西，把自己的知道的东西，怎么方便的快捷的告诉大家，其实，好多时候，我上论坛一看，整个论坛充斥着这样的那样的错误的思想，想纠正，却无从下手，这个时候，我就想，要是有一些系统性的东西给他们，那多好啊！    很多人和我一样，大楷都是从SQLServer转过来的，可能是受MS的影响太深，老想着用

2、SQLServer的方法来解决ORACLE的问题，这就是一个极大的失误，比如有人就老喜欢用那个OEM，那个我一直认为是ORACLE的糟粕的一个代表，ORACLE的精髓是代码的管理，任何管理、备份、恢复都可以通过代码或脚本实现。比如还有的人就喜欢SQLServer过程中能直接写select语句，认为ORACLE必须要能做，有人认为SQLSERVER的过程能执行DDL语句，那ORACLE也必须要这样……诚然，我不是承认不可以，但是很多的很多的这一切，就是你实现了，却是ORACLE强烈反对的，因为它们对ORACLE的性能可

3、能有很大的影响。    我想，要学好ORACLE，就必须脚踏实地，一步一步来，你可以拿两个数据库来比较，但是不要想着关系型数据库都是一样的，它们是有差别的，或多或少，一个简单的例子，在SQLServer中，一个表的修改是以页面级来锁定的，对表的修改是阻塞读操作的（如Select），所以SQLServer的锁是非常昂贵的，如果不是特别指定，一个语句就是一个事务。在ORACLE中，这一切都变了，ORACLE可以提供最小的行级锁，所有对表的锁定不影响Select查询，在ORACLE中，锁的资源占用是非常小的，所以ORACL

4、E默认开启事务，直到你提交或回滚。    我学ORACLE也就两年时间，到现在专职做ORACLE管理和ORACLE数据仓库，也是自己慢慢走过来的，我其实也没有得到高人指点，就是自己慢慢啃书，慢慢查资料。论坛可以用来交流，但是想让它让你有很大进步，可能性不大，毕竟，论坛上面系统性的东西太少。要想做一个好的DBA，是不容易的，有人总结了DBA10点该做的和不该做的。>#1-DoMaintainyourExpertise>#2-DoUsetheDBMS_STATSPackagetoCollectStatistics>#3-

5、DoUseBindVariables>#4-DoPutyourProductionDatabaseinARCHIVELOGMode>#5-DoUseLocallyManagedTablespaces>#6-DoMonitorYourDatabase>#7-DoPracticeRecoveries>#8-DoGetInvolvedwithUserGroupsandOtherResources>#9-DoEstablishStandardsandChangeControlProcesses>#10-DoThinkAhea

6、d>OracleDatabaseTop10Don'ts>#1-Don'tWasteTimeRe-OrganizingYourDatabases>#2-Don'tUse.LogorOtherCommonExtensionsForYourDatabaseFileNames>#3-Don'tLeaveYourDatabaseOpenToAttack>#4-Don'tDecideAgainstHotBackups>#5-Don'tUseASSM>#6-Don'tForgetthe80/20Rule>#7-Don'tStack

7、Views>#8-Don'tBeaNormalizationBigot>#9-Don'tForgettoDocumentEverything>#10-DoNotUseProductsYouareNotLicensedFor.     CSDN上的专职从事数据库管理的可能很少，也就导致了这里很多人的问题都是在开发上面，当然，我不是要求大家学管理，就是开发，也需要对数据库理解，半懂不懂的搞开发，最可能的后果，可能就是项目的失败，而这是一个程序员的耻辱。     正因为CSDN的这种特殊情况，很多高手都不愿意来这里，我问其

8、原因，回答很简单，CSDN只能让我退步，我去干什么，大家也都清楚，现在是一个信息化的时代，不是不进则退了，是进步慢也是退步的时代了。     今天就写这么多，下面开始转入正文，因为时间仓促，多少可能有些笔误或错误，也就希望大家指正，在以后的时间里，我会定期的写这么一些文章，希望大家有所收获，我的下一篇文章计划是“ORACLE的备份策应”。