我们都知道提高Oracle数据库的相关系统的实际运行效率，它是整个计算机的实际应用信息系统的高效运行的前提与保证。其实影响Oracle设计开发阶段的相关性能的因素很多，既有软件方面的因素。

　　也包括数据运行的硬件环境、网络环境、数据库管理和维护方面的因素等。

　　数据库系统设计开发阶段是Oracle应用优化的最佳阶段，也是主动优化阶段，能达到以最小成本获得最大性能增益的目的。通过对其逻辑存储结构和物理存储结构设计进行优化，使之在满足需求条件下，时空开销性能最佳，可以解决数据库系统运行过程中性能的渐进性下降或性能突降等问题，以保证系统运行的优良性能。

　　Oracle数据库的逻辑结构和物理结构

　　Oracle 数据库的逻辑结构是由一些数据库对象组成，如数据库表空间、表、索引、段、视图、存储过程、触发器等。数据库的逻辑存储结构（表空间等）决定了数据库的物理空间是如何被使用的，数据库对象如表、索引等分布在各个表空间中。

　　Oracle 数据库的物理结构从操作系统一级查看，是由一个个的文件组成，从物理上可划分为：数据文件、日志文件、控制文件和参数文件。

　　数据文件中存放了所有的数据信 息； 日志文件存放数据库运行期间产生的日志信息，它被重复覆盖使用，若不采用归档方式的话，已被覆盖的日志信息将无法恢复； 控制文件记录了整个数据库的关 键结构信息，它若被破坏，整个数据库将无法工作和恢复； 参数文件中设置了很多Oracle 数据库的配置参数，当数据库启动时，会读取这些信息。

　　逻辑结构的优化

　　逻辑结构优化用通俗的话来说就是通过增加、减少或调整逻辑结构来提高应用的效率，下面通过对基本表的设计及索引、聚簇的讨论来分析ORACLE逻辑结构的优化。

　　1、基本表扩展

　　数据库性能包括存储空间需求量的大小和查询响应时间的长短两个方面。为了优化数据库性能，需要对数据库中的表进行规范化。一般来说，逻辑数据库 设计满足第三范式的表结构容易维护且基本满足实际应用的要求。

　　所以，实际应用中一般都按照第三范式的标准进行规范化，从而保证了数据库的一致性和完整性， 设计人员往往会设计过多的表间关联，以尽可能地降低数据冗余。但在实际应用中这种做法有时不利于系统运行Oracle设计开发阶段性能的优化：如过程从多表获取数据时引发大量的连接操作，在需要部分数据时要扫描整个表等，这都消耗了磁盘的I/O 和CPU 时间。

　　为解决这一问题，在设计表时应同时考虑对某些表进行反规范化，方法有以下几种：一是分割表。分割表可分为水平分割表和垂直分割表两种：水平分割是按照行将一个表分割为多个表，这可以提高每个表的查询速度，但查询、更新时要选择不同的表，统计时要汇总多个表，因此应用程序会更复杂。垂直分割是对于 一个列很多的表，若某些列的访问频率远远高于其它列，就可以将主键和这些列作为一个表，将主键和其它列作为另外一个表。

　　通过减少列的宽度，增加了每个数据页的行数，一次I/O就可以扫描更多的行（同理于内存的页式访问），从而提高了访问每一个表的速度。但是由于造成了多表连接，所以应该在同时查询或更新不同分割表中的列的情况比较 少的情况下使用。二是保留冗余列。

　　当两个或多个表在查询中经常需要连接时，可以在其中一个表上增加若干冗余的列，以避免表之间的连接过于频繁，一般在冗余列的数据不经常变动的情况下使用。三是增加派生列。派生列是由表中的其它多个列的计算所得，增加派生列可以减少统计运算，在数据汇总时可以大大缩短运算时间（通过周期性结转岂不是更好？）。

　　因此，在数据库的设计中，数据应当按两种类别进行组织：频繁访问的数据和频繁修改的数据。对于频繁访问但是不频繁修改的数据，内部设计应当物理不规范化。对于频繁修改但并不频繁访问的数据，内部设计应当物理规范化。

　　有时还需将规范化的表作为逻辑数据库设计的基础，然后再根据整个应用系统的需要， 物理地非规范化数据。规范与反规范都是建立在实际的操作基础之上的约束，脱离了实际两者都没有意义。只有把两者合理地结合在一起，才能相互补充，发挥各自的优点。