ORACLE主要的系统表和系统视图 1.系统表ORACLE数据库的系统参数都存储在数据库中，可以通过SQLPLUS，以用户SYSYTEM进行查询。几个重要的表或者视图如下：v$controlfile：控制文件的信息；v$datafile：数据文件的信息；v$log：日志文件的信息；v$pro

Oracle 在执行SQL语句时，有两种优化方法：即基于规则的RBO和基于代价的CBO。 在SQL执教的时候，到底采用何种优化方法，就由Oracle参数 optimizer_mode 来决定。 SQL> show parameter optimizer_mode NAME                                 TYPE        VALUE----

优化是数据库设计中“计划”、“设计”、“监视”和“优化”四大步骤的最后一步。 除了用Oracle优化器来优化数据库的性能外，DBA还可通过优化Oracle的参数设置等手段来优化数据库的性能，对参数的细微优化便能影响系统整体性能。为了有目的优化系统性能，首先应明确优化目标，然后再根据目标优化各种初始参数的设置，以达到更好效果。可有如下几个优化目标：应用程序设计的优化◆ 指定类型SQL语句的优

Rule Based Optimizer（RBO）基于规则Cost Based Optimizer（CBO）基于成本，或者讲统计信息 ORACLE 提供了CBO、RBO两种SQL优化器。CBO在ORACLE7 引入，但在ORACLE8i 中才成熟。ORACLE 已经明确声明在ORACLE9i之后的版本中(ORACLE 10G )，RBO将不再支持。因此选择CBO 是必然的趋势。

 几个简单的步骤大幅提高Oracle性能--我优化数据库的三板斧。 数据库优化的讨论可以说是一个永恒的主题。资深的Oracle优化人员通常会要求提出性能问题的人对数据库做一个statspack，贴出数据库配置等等。还有的人认为要抓出执行最慢的语句来进行优化。但实际情况是，提出疑问的人很可能根本不懂执行计划，更不要说statspack了。而我认为，数据库优化，应该首先从大的方面考虑：网络、服务器硬件

       1. 原始单据与实体之间的关系　　可以是一对一、一对多、多对多的关系。在一般情况下，它们是一对一的关系：即一张原始单据对应且只对应一个实体。在特殊情况下，它们可能是一对多或多对一的关系，即一张原始单证对应多个实体，或多张原始单证对应一个实体。这里的实体可以理解为基本表。明确这种对应关系后，对我们设计录入界面大有好处。　　〖例1〗：一份员工履历资料，在人力资源信息系统中，就对应三个基本

SQL的优化应该从5个方面进行调整：1.去掉不必要的大型表的全表扫描2.缓存小型表的全表扫描3.检验优化索引的使用4.检验优化的连接技术5.尽可能减少执行计划的CostSQL语句：是对数据库(数据)进行操作的惟一途径；消耗了70%~90%的数据库资源；独立于程序设计逻辑，相对于对程序源代码的优化，对SQL语句的优化在时间成本和风险上的代价都很低；可以有不同的写法；易学，难精通。SQL优化：