select abs(-2) value from dual;

2.取整函数（大）：ceil（）

   select ceil(-2.001) value from dual;(-2)

3.取整函数（小）：floor（）

   select floor(-2.001) value from dual;(-3)

4.取整函数（截取）：trunc（）

   select trunc(-2.001) value from dual; (-2)

5.四舍五入：round（）

   select round(1.234564) value from dual;(1.2346)

6.取平方：Power（m,n）

   select power(4,2) value from dual;(16)

7.取平方根:SQRT()

   select sqrt(16) value from dual;(4)

8.取随机数:dbms_random(minvalue,maxvalue)

   select sys.dbms.random.value(0,1) value from dual;

9.取符号：Sign()

   select sign(-3) value from dual;(-)

10,取集合的最大值:greatest(value)

   select greatest(-1,3,5,7,9) value from dual;(9)

11.取集合的最小值:least(value)

   select least(-1,3,5,7,9) value from dual;(-1)

12.处理Null值：nvl(空值，代替值)

   select  nvl(null,10) value from dual;(10)

13.求字符序号:ascii()

    select ascii(a) value from dual;

14.求序号字符:chr()

    select chr(97) value from dual;

15.链接：concat()

    select concat("11","22") value from dual;(1122)

16.获取系统时间:sysdate()

    select sysdate value from dual;

17.求日期

    select trunc(sysdate) from dual;

18.求时间

    select  to_char(sysdate,"hh24:mm:ss") from dual;

19.首字母大写：InitCAP()

    select INITCAP(abc def ghi) value from dual;tbw(Abc Def Ghi)

   VARCHAR2    可变长度的字符串    最大长度4000    bytes      可做索引的最大长度749     

   NCHAR    根据字符集而定的固定长度字符串    最大长度2000    bytes           

   NVARCHAR2    根据字符集而定的可变长度字符串    最大长度4000    bytes           

   DATE    日期（日-月-年）    DD-MM-YY（HH-MI-SS）    经过严格测试，无千虫问题     

   LONG    超长字符串    最大长度2G（231-1）    足够存储大部头著作     

   RAW    固定长度的二进制数据    最大长度2000    bytes      可存放多媒体图象声音等     

   LONG    RAW    可变长度的二进制数据    最大长度2G    同上     

   BLOB    二进制数据    最大长度4G         

   CLOB    字符数据    最大长度4G         

   NCLOB    根据字符集而定的字符数据    最大长度4G         

   BFILE    存放在数据库外的二进制数据    最大长度4G         

   ROWID    数据表中记录的唯一行号    10    bytes    ********.****.****格式，*为0或1     

   NROWID    二进制数据表中记录的唯一行号    最大长度4000    bytes     

   NUMBER(P,S)    数字类型    P为整数位，S为小数位     

   DECIMAL(P,S)    数字类型    P为整数位，S为小数位     

   INTEGER    整数类型    小的整数     

   FLOAT    浮点数类型    NUMBER(38)，双精度     

   REAL    实数类型    NUMBER(63)，精度更高     

数据类型 参数 描述

char(n) n=1 to 2000字节 定长字符串，n字节长，如果不指定长度，缺省为1个字节长（一个汉字为2字节）

varchar2(n) n=1 to 4000字节 可变长的字符串，具体定义时指明最大长度n，

这种数据类型可以放数字、字母以及ASCII码字符集(或者EBCDIC等数据库系统接受的字符集标准)中的所有符号。

如果数据长度没有达到最大值n，Oracle 8i会根据数据大小自动调节字段长度，

如果你的数据前后有空格，Oracle 8i会自动将其删去。VARCHAR2是最常用的数据类型。

可做索引的最大长度3209。

number(m,n) m=1 to 38

n=-84 to 127 可变长的数值列，允许0、正值及负值，m是所有有效数字的位数，n是小数点以后的位数。

如：number(5,2)，则这个字段的最大值是99,999，如果数值超出了位数限制就会被截取多余的位数。

如：number(5,2)，但在一行数据中的这个字段输入575.316，则真正保存到字段中的数值是575.32。

如：number(3,0)，输入575.316，真正保存的数据是575。  

date 无 从公元前4712年1月1日到公元4712年12月31日的所有合法日期，

Oracle 8i其实在内部是按7个字节来保存日期数据，在定义中还包括小时、分、秒。

缺省格式为DD-MON-YY，如07-11月-00 表示2000年11月7日。  

long 无 可变长字符列，最大长度限制是2GB，用于不需要作字符串搜索的长串数据，如果要进行字符搜索就要用varchar2类型。

long是一种较老的数据类型，将来会逐渐被BLOB、CLOB、NCLOB等大的对象数据类型所取代。  

raw(n) n=1 to 2000 可变长二进制数据，在具体定义字段的时候必须指明最大长度n，Oracle 8i用这种格式来保存较小的图形文件或带格式的文本文件，如Miceosoft Word文档。

raw是一种较老的数据类型，将来会逐渐被BLOB、CLOB、NCLOB等大的对象数据类型所取代。  

long raw 无 可变长二进制数据，最大长度是2GB。Oracle 8i用这种格式来保存较大的图形文件或带格式的文本文件，如Miceosoft Word文档，以及音频、视频等非文本文件。

在同一张表中不能同时有long类型和long raw类型，long raw也是一种较老的数据类型，将来会逐渐被BLOB、CLOB、NCLOB等大的对象数据类型所取代。  

blob

clob

nclob 无 三种大型对象(LOB)，用来保存较大的图形文件或带格式的文本文件，如Miceosoft Word文档，以及音频、视频等非文本文件，最大长度是4GB。

LOB有几种类型，取决于你使用的字节的类型，Oracle 8i实实在在地将这些数据存储在数据库内部保存。

可以执行读取、存储、写入等特殊操作。  

bfile 无 在数据库外部保存的大型二进制对象文件，最大长度是4GB。

这种外部的LOB类型，通过数据库记录变化情况，但是数据的具体保存是在数据库外部进行的。

Oracle 8i可以读取、查询BFILE，但是不能写入。

大小由操作系统决定。  

数据类型是列或存储过程中的一个属性。

    Oracle支持的数据类型可以分为三个基本种类：字符数据类型、数字数据类型以及表示其它数据的数据类型。

    字符数据类型

      CHAR             char数据类型存储固定长度的字符值。一个CHAR数据类型可以包括1到2000个字符。如果对CHAR没有明确地说明长度，它的默认长度则设置为1。如果对某个CHAR类型变量赋值，其长度小于规定的长度，那么Oracle自动用空格填充。

      VARCHAR2 存储可变长度的字符串。虽然也必须指定一个VARCHAR2数据变量的长度，但是这个长度是指对该变量赋值的最大长度而非实际赋值长度。不需用空格填充。最多可设置为4000个字符。因为VARCHAR2数据类型只存储为该列所赋的字符（不加空格），所以VARCHAR2需要的存储空间比CHAR数据类型要小。

    Oracle推荐使用VARCHAR2

      NCHAR和NVARCHAR2 NCHAR和NVARCHAR2数据类型分别存储固定长度与可变长度的字符串，但是它们使用的是和数据库其他类型不同的字符集。在创建数据库时，需要指定所使用的字符集，以便对数据中数据进行编码。还可以指定一个辅助的字符集[即本地语言集]。NCHAR和NVARCHAR2类型的列使用辅助字符集。NCHAR和NVARCHAR2类型的列使用辅助字符集。

      在Oracle 9i中，可以以字符而不是字节为单位表示NCHAR和NVARCHAR2列的长度。

      LONG long数据类型可以存放2GB的字符数据，它是从早期版本中继承下来的。现在如果存储大容量的数据，Oracle推荐使用CLOB和NCLOB数据类型。在表和SQL语句中使用LONG类型有许多限制。

      CLOB和NCLOB    CLOB和NCLOB数据类型可以存储多达4GB的字符数据。NCLOB数据类型可存储NLS数据。

      数字数据类型

      Oracle使用标准、可变长度的内部格式来存储数字。这个内部格式精度可以高达38位。

      NUMBER数据类型可以有两个限定符，如：column NUMBER(precision,scale)。precision表示数字中的有效位。如果没有指定precision的话，Oracle将使用38作为精度。scale表示小数点右边的位数，scale默认设置为0。如果把scale设成负数，Oracle将把该数字取舍到小数点左边的指定位数。

      日期数据类型

       Oracle标准日期格式为：DD-MON-YY HH:MI:SS

       通过修改实例的参数NLS_DATE_FORMAT，可以改变实例中插入日期的格式。在一个会话期间，可以通过Alter session SQL命令来修改日期，或者通过使用SQL语句的TO_DATE表达式中的参数来更新一个特定值。

       其它的数据类型

       RAW和LONG RAW    RAW和LONG RAW数据类型主要用于对数据库进行解释。tb指定这两种类型时，Oracle以位的形式来存储数据。RAW数据类型一般用于存储有特定格式的对象，如位图。RAW数据类型可占用2KB的空间，而LONG RAW数据类型则可以占用2GB大小。

       ROWID ROWID是一种特殊的列类型，称之为伪列（pseudocolumn）。ROWID伪列在SQL SELECT语句中可以像普通列那样被访问。Oracle数据库中每行都有一个伪列。ROWID表示行的地址，ROWID伪列用ROWID数据类型定义。

       ROWID与磁盘驱动的特定位置有关，因此，ROWID是获得行的最快方法。但是，行的ROWID会随着卸载和重载数据库而发生变化，因此建议不要在事务中使用ROWID伪列的值。例如，一旦当前应用已经使用完记录，就没有理由保存行的ROWID。不能通过任何SQL语句来设置标准的ROWID伪列的值。

      列或变量可以定义成ROWID数据类型，但是Oracle不能保证该列或变量的值是一个有效的ROWID。

    LOB（大型对象）数据类型，可以保存4GB的信息。LOB有以下3中类型：

      <CLOB>，只能存储字符数据

    <NCLOB>，保存本地语言字符集数据

    <BLOB>    ，以二进制信息保存数据

      可以指定将一个LOB数据保存在Oracle数据库内，还是指向一个包含次数据的外部文件。

      LOB可以参与事务。管理LOB中的数据必须通过DBMS_LOB PL/SQL内置软件包或者OGI接口。

      为了便于将LONG数据类型转换成LOB，Oracle 9i包含许多同时支持LOB和LONG的函数，喊包括一个ALTER TABLE语句的新选择，它允许将LONG数据类型自动转换成LOB。

    BFILE

      BFILE数据类型用做指向存储在Oracle数据库以外的文件的指针。

      XML Type

      作为对XML支持的一部分，Oracle 9i包含了一个新的数据类型XML Type。定义为XMLType的列将存储一个字符LOB列中的XML文档。有许多内置的功能可以使你从文档中抽取单个节点，还可以在XML Type文档中对任何节点创建索引。

      用户自定义数据

      从Oracle 8以后，用户可以定义自己的复杂数据类型，它们由Oracle基本数据类型组合而成。

      AnyType、AnyData和AnyDataSet

       Oracle包括3个新的数据类型，用于定义在现有数据类型之外的数据结构。其中每种数据类型必须用程序单元来定义，以便让Oracle9i知道如何处理这些类型的特定实现。

    类型转换

    Oracle会自动将某些数据类型转换成其他的数据类型，转换取决于包括该值的SQL语句。

    数据转换还可以通过Oracle的类型转换函数显示地进行。

    连接与比较

    在大多数平台上Oracle SQL中的连接操作符用两条竖线（||）表示。连接是将两个字符值连接。Oracle的自动类型转换功能使得两个数字值也可以进行连接。

    NULL

    NULL值是关系数据库的重要特征之一。实际上，NULL不代表任何值，它表示没有值。如果要创建表的一个列，而这个列必须有值，那么应将它指定为NOT NULL，这表示该列不能包含NULL值。

    任何数据类型都可以赋予NULL值。NULL值引入了SQL运算的三态逻辑。如果比较的一方是NULL值，那么会出现3种状态：TURE、FALSE以及两者都不是。

    因为NULL值不等于0或其他任何值，所以测试某个数据是否为NULL值只能通过关系运算符IS NULL来进行。

    NULL值特别适合以下情况：当一个列还未赋值时。如果选择不使用NULL值，那么必须对行的所有列都要赋值。这实际上也取消了某列不需要值的可能性，同时对它赋的值也很容易产生误解。这种情况则可能误导终端用户，并且导致累计操作的错误结果。

number(p,s)

p:1~38

s:-84~127

p>0，对s分2种情况：1. s>0

精确到小数点右边s位，并四舍五入。然后检验有效数位是否<=p；如果s>p，小数点右边至少有s-p个0填充。

2. s<0

精确到小数点左边s位，并四舍五入。然后检验有效数位是否<=p+|s|

123.2564 NUMBER 123.2564

1234.9876 NUMBER(6,2) 1234.99

12345.12345 NUMBER(6,2) Error

1234.9876 NUMBER(6) 1235

12345.345 NUMBER(5,-2) 12300

1234567 NUMBER(5,-2) 1234600

12345678 NUMBER(5,-2) Error

123456789 NUMBER(5,-4) 123460000

1234567890 NUMBER(5,-4) Error

12345.58 NUMBER(*, 1) 12345.6

0.1 NUMBER(4,5) Error

0.01234567 NUMBER(4,5) 0.01235

0.09999 NUMBER(4,5) 0.09999

一、前言

二、ORACLE数据库优化概述

1、内存等参数配置的优化

2、减少物理读写的优化

3、批量重复操作的SQL语句及大表操作的优化

二、ORACLE数据库优化方案

1、内存等Oracle系统参数配置

2、使用索引

3、表分区

4、Procedure优化

5、其他改造

6、维护作业计划

三、ORACLE数据库优化前后比较

1、批量重复的SQL语句执行性能

2、一些单次、不常用的操作的语句执行性能

四、参考

1、常用的优化工具

2、参考文献

一、前言

随着实际项目的启动，实际项目中使用的 Oracle数据库经过一段时间的运行，在线保存的数据量和业务处理的数据量在逐渐增大，最初的Oracle设置，与现在实际需要的运行性能有一定差距，需要进行一些优化调整。

本文将结合本人实际维护经验，相应地提出实际项目数据处理的一些优化方法，以供参考。

适用于Oracle 9i。

二、Oracle数据库优化概述

Oracle数据库的优化，针对不同的应用，会有侧重点不同的优化方法，根据我们实际项目的应用特点，我们主要关心的是每次事务执行完成的时间长短。

从Oracle数据库本身的特点，我们可以把优化工作划分为初始优化设置，微优化。

在初始优化设置时，我们只能根据硬件情况，估计业务运行的情况，综合经验，给出一种经验设置，大体上来说，这种经验设置离满足优化需求的目标不是很远。在完成了初始优化设置后，经过一段时间的业务运行，已可开始收集实际运行环境的性能数据，此时，就可以对各种Oracle性能指标、各种关心的事务操作进行性能评估，然后进行微优化了。

Oracle优化，不是一个一蹴而就的工作，也不是一个一劳永逸的工作，需要定期维护，tb定期观察，在发现性能瓶颈时及时进行调整。Oracle总是存在性能瓶颈的，不使用、不操作的数据库总是最快的，在解决当前瓶颈后，总是会有另一个瓶颈出现，所以在优化前，我们需要确定一个优化目标，我们的目标是满足我们的应用性能要求就可以了。

Oracle优化，涉及的范围太广泛，包含的有主机性能，内存使用性能，网络传输性能，SQL语句执行性能等等，从我们面向网管来说，满足事务执行速度性能主要表现在：

1）批量重复的SQL语句执行性能（主要是通过Procedure计算完成数据合并和数据汇总的性能和批量数据采集入库的性能）；

2）一些单次、不常用的操作的语句执行性能（主要是GUI的非规律操作）。

根据这两个特点，我们可把优化方法归纳到3个重要方向：

1）内存等参数配置的优化。内存优化，是性能受益最快的地方。

2）减少物理读写的优化。内存逻辑I/O操作的时间，远远小于物理I/O的操作时间。

3）批量重复操作的SQL语句及大表操作的优化。减少SQL执行次数，减少大表操作次数。

下面主要针对得益最大的这三个方向的优化进行阐述。

1、内存等参数配置的优化

对于大多数应用来说，最直接、最快速得到优化收益的，肯定属于内存的优化。给每个Oracle内存块分配合理的大小，可以有效的使用数据库。通过观察各种数据库活动在内存里的命中率，执行情况，我们能很快的掌握数据库的主要瓶颈。我们从下面的一条SQL语句的执行步骤就可知道。

一个SQL语句，从发布到执行，会按顺序经历如下几个步骤：

1）Oracle把该SQL的字符转换成它们的ASCII等效数字码。

2）该ASCII数字码被传送给一个散列算法，生成一个散列值。

3）用户server process查看该散列值是否在shared pool内存块中存在。

若存在：

4）使用shared pool中缓存的版本来执行。

若不存在：

4）检查该语句的语义正确性。

5）执行对象解析（这期间对照数据字典，检查被引用的对象的名称和结构的正确性）。

6）检查数据字典，收集该操作所引用的所有对象的相关统计数据。

7）准备执行计划，从可用的执行计划中选择一个执行计划。（包括对stored outline和materialized view的相关使用的决定）

8）检查数据字典，确定所引用对象的安全性。

9）生成一个编译代码（P-CODE）。

10）执行。

这里，通过内存的合理分配，参数的合理设置，我们主要解决：

1）减少执行到第五步的可能，节约SQL语句解析的时间。第五步以后的执行过程，是一个很消耗资源的操作过程。

2）通过内存配置，尽可能让SQL语句所做的操作和操作的数据都在内存里完成。大家都知道，从内存读取数据的速度，要远远快于从物理硬盘上读数据，一次内存排序要比硬盘排序快很多倍。

3）根据数据库内存活动，减少每个内存块活动的响应时间，充分利用每个内存块，减少内存latch争用发生的次数。

2、减少物理读写的优化

无论如何配置Oracle数据库，我们的网管系统，每小时周期性的都会有新数据被处理，就会发生物理读写，这是避免不了的。

减少物理读写的优化，一般所用的方法有：

1） 增加内存data buffer的大小，尽可能让数据库操作的数据都能在内存里找到，不需要进行物理读写操作。

2） 通过使用索引，避免不必要的全表扫描。

3） 大表物理分区，Oracle具有很好的分区识别功能，减少数据扫描范围。

上述3个方法，是从整体上改善数据库物理I/O性能最明显的3个方法。能非常快速的减少数据库在物理I/O，最直接的反应是数据库事务执行时间能能以数量级为单位减少。其他的一些减少物理读写的优化方法，比如使用materialized view，Cluster等方法；还有一些分散I/O的方法，比如 Oracle日志文件不与数据文件放在一个物理硬盘，数据热点文件物理I/O分开等等方法，就目前我们的网管系统而言，能得到的效果不是很明显，在网管系统中，为了不增加数据库维护的复杂性，不推荐使用。

3、批量重复操作的SQL语句及大表操作的优化

批量重复执行的SQL语句，一般出现在每个周期时间内的数据批量入库的insert语句，和数据合并、汇总的周期性select、delete、insert操作。

我们需要注意以下几点：

1） 减少不必要的SQL语句执行和SQL语句的执行次数。

每条SQL语句执行，都会消费系统资源，都有执行时间。减少不必要的SQL语句执行和减少SQL语句的执行次数，自然能减少业务执行时间。需要根据业务流程，重新设计数据处理的代码。此方法主要适用于procedure执行的数据合并、汇总。

2） 这些SQL语句，由于每个SQL语句都要执行很多次，应该尽量让该SQL的散列值在shared pool内存块中存在。也就是使用动态SQL，避免SQL硬解析。

可通过Oracle参数的设置，和动态SQL语句的应用，通过绑定变量的方式，减少SQL语句的解析次数。

3）减少大表的操作，确保在一次事务中，同类操作只对大表执行一次。主要在数据合并和数据汇总的pprocedure和数据采集时出现

三、Oracle数据库优化方案

1、内存等Oracle系统参数配置

Oracle 的parameter参数，分动态参数和静态参数，静态参数需要重新启动数据库才能生效，动态参数不需要重新启动数据库即可生效。

Oracle 9i可以使用spfile的特性，使用alter system set 参数名=参数值 scope=both[spfile];的方法进行修改。也可以直接修改pfile。

以下给出了网管Oracle 数据库重点关注的parameter的初始优化设置。

最大可使用的内存SGA总和

静态参数sga_max_size=物理内存的大小减1.5G

Shared pool

动态参数shared_pool_size= 600 ~ 800 M

静态参数shared_pool_reserved_size= 300 M

动态参数open_cursors= 400 ~ 600

静态参数cursor_space_for_time= TRUE

静态参数session_cached_cursors= 60 ~ 100

动态参数cursor_sharing= SIMILAR

Data buffer

动态参数db_cache_advice= READY

动态参数db_cache_size

动态参数Db_keep_cache_size

动态参数db_recycle_cache_size

（sga_max_size大小，除了分配给所有非data buffer的size，都分配给data buffer）

Sga other memory

动态参数large_pool_size= 50 M

静态参数java_pool_size= 100 M

动态参数log_buffer= 3 M

Other memory

动态参数sort_area_size= 3 M

静态参数sort_area_retained_size= 0.5 M

静态参数pga_aggregate_target= 800 M

动态参数workarea_size_policy= AUTO

磁盘I/O配置

静态参数sql_trace= FALSE

动态参数timed_statistics= true

动态参数db_file_multiblock_read_count= 16

静态参数dbwr_io_slaves= 0

静态参数db_writer_processes= 3

静态参数undo_management= AUTO

动态参数undo_retention= 7200

2、使用索引

我们初步定义，表数据超过1000行的表，我们都要求使用索引。（不区分事务操作的数据在表数据中所占的比例）

索引所包含的字段不超过4个。

检查SQL语句是否使用了索引，我们使用execute plan来看，获得explain的方法，我们通过SQL*PLUS工具，使用如下命令进行查看：

setautotraceonsetautotracetraceonlyexplain settimingon或通过SQL*PLUS trace，然后查看user_dump_dest下的跟踪文件，使用tkprof工具格式化后阅览。

altersessionsetevents'10046tracenamecontextforever,level12'; altersessionsetevents'10046tracenamecontextoff'; SELECTp.spid,s.usernameFROMv$sessions,v$processpWHEREs.audsid=USERENV('sessionid')ANDs.paddr=p.addr;3、表分区

在网管数据库里，比较突出的大表有小区表和告警表。

性能表，使用范围分区。

以时间点start_time为范围分区字段。

告警表，使用range-hash的混合分区和范围分区。

范围分区以时间点starttime为分区字段，混合分区增加ALARMNUMBER为字段的hash子分区。

同时，创建本地分区索引。

4、Procedure优化

1）取消地市一级的Procedure，只保留其上层调用Procedure，并保持参数输入方法，调用方法不变。

2）确保大表数据查询操作只有1次，确保大表数据删除只有一次。

3）确保单条SQL语句执行已优化。

4）减少SQL执行次数。

5、其他改造

修改表存储参数，提前预先分配extents。

修改表空间存储参数（采集表空间所用块设置为大块，比如32k一个块；修改ptcfree,pctused,pctincrease等）。

避免使用唯一索引和非空约束。

创建合理的索引。

各模块SQL语句优化，比如使用提示固定索引等。

确认每一条历史数据删除语句已优化和删除方法。

临时表的使用。

6、维护作业计划

表分析（包含确定具体的表的分析方法，分区表分析方法，索引分析方法）。

空间回收维护（包括确定HWM，回收多余分配给表的块，合并数据块碎片等）。

索引维护（包括定期重建索引，索引使用情况监视等）。

历史数据删除检查（检查保存的数据是否符合要求，检查历史数据删除方法是否正确-比如批量删除提交的方法等）。

全库性能分析和问题报告及优化（比如使用statspack进行性能趋势分析，检查有问题的SQL或事务，确定当前系统等待的top 5事件等等）。

表数据keep,default及reclye（比如把一些常用的配置表固定在内存里等）。

数据库参数核查（防止数据库参数被修改，定期对系统配置参数进行比较）。

日志文件分析（定期检查Oracle生成的日志文件，定期备份、删除）。

硬盘空间维护（定期对Oracle 对象使用的空间情况进行监视）。

四，Oracle数据库优化前后比较

1、批量重复的SQL语句执行性能

根据网元数量，各地的执行的完成时间有所区别。

用于数据合并和汇总的Procedure的计算性能

通过statspack的周期性采集数据，我们可以使用以下语句，计算我们想统计的Procedure的执行情况：

SELECTTO_CHAR(sn.snap_time,'yyyy-mm-ddhh24:mi:ss')ASsnap_time,s.disk_reads, s.buffer_gets,s.elapsed_time/1000000ASelapsedtime FROM(SELECThash_value,sql_text,address,last_snap_id FROMSTATS$SQLTEXTWHEREpiece=0ANDsql_textLIKE'%&sqltext_key%')t, (SELECTaddress,hash_value,snap_id,sql_text,disk_reads,executions, buffer_gets,rows_processed,elapsed_time FROMSTATS$SQL_SUMMARY)s,STATS$SNAPSHOTsn WHEREs.hash_value=t.hash_value ANDs.address=t.address ANDs.snap_id=t.last_snap_id ANDsn.snap_id=s.snap_id;比如，我们以perfstat用户执行该SQL，输入“to_comp”，可以观察到数据库里保存的有的to_comp存储过程的执行时间，我们发现，其执行时间，从优化前的几千秒，最后稳定在优化后的几十秒。

注：to_comp是整体调用执行一次所有网元的数据合并和汇总的procedure。

用于小区分析数据的Procedure的计算性能

使用上面的方法，我们一样可以知道，小区分析的procedure执行，从优化前的约几千秒，最后稳定在优化后的几十秒。

批量数据采集入库性能

使用bcp，能从以前约15分钟，减少到约4分钟。

2、一些单次、不常用的操作的语句执行性能

GUI上的性能数据查询，告警数据查询，响应时间都极快，几乎不再出现长时间等待响应的情况。

五，参考

常用的优化工具

statspack

sql*plus

TOAD

Innobase, based in Helsinki, is the creator of InnoDB, an add-on storage engine for MySQL. InnoDB is distributed under the GNU GPL (General Public License) open-source license. The software is bundled with MySQL through a contractual agreementb that comes up for renewal next year; Oracle said it expects to negotiate an extension of that contract.

"Oracle intends to continue developing the InnoDB technology and expand our commitment to open source software," Charles Rozwat, Oracle's executive vice president in charge of database and middleware technology, said in a prepared statement. "Oracle has already developed and contributed an open source clustered file system to Linux. We expect to make additional contributions in the future," he added.

Oracle, headquartered in Redwood Shores, California, has arranged around a dozen acquisitions in the past year, most of them significantly smaller than its blockbuster, multibillion-dollar PeopleSoft and Siebel Systems buys. Other recent purchases include supply-chain logistics software maker Global Logistics Technologies, retail optimization software developer ProfitLogic, database performance enhancement technology company TimesTen, and a majority stake in Indian banking software vendor i-flex Solutions.

目前通用的数据库产品有很多种，其中Oracle数据库以其支持大数据库、多用户的高性能事务处理, 对业界各项工业标准的支持,完整的安全和完整性控制，支持分布式数据库利分布处理 具有可移植性、可兼容性和可连接性等突出优点倍受用户喜爱，应用较为广泛，在互联网数据库平台上处于领先地位、其Spatial技术能更加有效地管理地理信息，实现海量空间信息的存储和管理。本文结合Oracle数据库应用经验，从命中率提高、多表查询优化、大表查询优化和SQL优化等四个方面阐述Oracle查询优化的经验和方法。

Oracle查询优化第一方面：Oracle数据查询tb命中率的提高   

“命中率（HITRATIO） 是指直接从内存中取得数据而不从磁盘中取得数据的比率，也就是查询请求的数据块已经在内存中次数的百分比”。影响命中率的因素有四种：字典表活动、临时段活动、回滚段活动、表扫描， 应用DBA可以对这四种因素进行分析，找出数据库命中率低的症结所在。

1)字典表活动  

当一个SQL语句第一次到达Oracle内核时数据库对SQL语句进行分析，包含在查询中的数据字典对象被分解，产生SQL执行路径。如果SQL语句指向一个不在SGA中的对象??表或视图，Oracle执行SQL语句到数据典中查询有关对象的信息。数据块从数据字典表被读取到SGA的数据缓存中。由于每个数据字典都很小，因此，我们可缓存这些表以提高对这些表的命中率。但是由于数据字典表的数据块在SGA中占据空间，当增加全部的命中率时，它们会降低表数据块的可用空间， 所以若查询所需的时间字典信息已经在SGA缓存中，那么就没有必要递归调用。

2)临时段的活动   

当用户执行一个需要排序的查询时，Oracle设法对内存中排序区内的所有行进行排序，排序区的大小由数据库的init.ora文件的数确定。如果排序区域不够大，数据库就会在排序操作期间开辟临时段。临时段会人为地降低OLTP(online transaction processing）应用命中率,也会降低查询进行排序的性能。如果能在内存中完成全部排序操作，就可以消除向临时段写数据的开销。所以应将SORT_AREA_SIZE设置得足够大，以避免对临时段的需要。这个参数的具体调整方法是:查询相关数据，以确定这个参数的调整。  
select * from v$sysstat where name='sorts(disk)'or name='sorts(memory);

大部分排序是在内存中进行的，但还有小部分发生在临时段， 需要调整 值，查看init.ora文件的 SORT_AREA_SIZE值，参数为：SORT_AREA_SIZE＝65536;将其调整到SORT_AREA_SIZE＝131072、这个值调整后，重启ORACLE数据库即可生效。

3)回滚段的活动   

回滚段活动分为回滚活动和回滚段头活动。对回滚段头块的访问会降低应用的命中率， 对OLTP系统命中率的影响最大。为确认是否因为回滚段影响了命中率，可以查看监控输出报表中的“数据块相容性读一重写记录应用” 的统计值，这些统计值是用来确定用户从回滚段中访问数据的发生次数。

4)表扫描   

通过大扫描读得的块在数据块缓存中不会保持很长时间， 因此表扫描会降低命中率。为了避免不必要的全表扫描，首先是根据需要建立索引，合理的索引设计要建立人对各种查询的分析和预测上，笔者会在SQL优化中详细谈及；其次是将经常用到的表放在内存中，以降低磁盘读写次数。例如 Alter table your_table_name cathe。

缺点：查询时需要进行重新排序，减少了效率。物理Oracle数据库索引缺点 建立索引效率低，只能建一个。

为什么要创建Oracle数据库索引呢？这是因为，创建索引可以大大提高系统的性能。第一，通过创建唯一性索引，可以保证数据库表中每一行数据的唯一性。第二，可以大大加快数据的检索速度，这也是创建索引的最主要的原因。

第三，可以加速表和表之间的连接，特别是在实现数据的参考完整性方面特别有意义。第四，在使用分组和排序子句进行数据检索时，同样可以显着减少查询中分组和排序的时间。第五，通过使用索引，可以在查询的过程中，使用优化隐藏器，提高系统的性能。

也许会有人要问：增加索引有如此多的优点，为什么不对表中的每一个列创建一个索引呢？这种想法固然有其合理性，然而也有其片面性。虽然，tb索引有许多优点，但是，为表中的每一个列都增加索引，是非常不明智的。这是因为，增加索引也有许多不利的一个方面。

第一，创建索引和维护索引要耗费时间，这种时间随着数据量的增加而增加。第二，索引需要占物理空间，除了数据表占数据空间之外，每一个索引还要占一定的物理空间，如果要建立聚簇索引，那么需要的空间就会更大。第三，当对表中的数据进行增加、删除和修改的时候，索引也要动态的维护，这样就降低了数据的维护速度。

索引是建立在数据库表中的某些列的上面。因此，在创建Oracle数据库索引的时候，应该仔细考虑在哪些列上可以创建索引，在哪些列上不能创建索引。

一般来说，应该在这些列上创建索引，例如：在经常需要搜索的列上，可以加快搜索的速度；在作为主键的列上，强制该列的唯一性和组织表中数据的排列结构；在经常用在连接的列上，这些列主要是一些外键，可以加快连接的速度；

在经常需要根据范围进行搜索的列上创建索引，因为索引已经排序，其指定的范围是连续的；在经常需要排序的列上创建索引，因为索引已经排序，这样查询可以利用索引的排序，加快排序查询时间；在经常使用在WHERE子句中的列上面创建索引，加快条件的判断速度。

同样，对于有些列不应该创建Oracle数据库索引。一般来说，不应该创建索引的的这些列具有下列特点：第一，对于那些在查询中很少使用或者参考的列不应该创建索引。这是因为，既然这些列很少使用到，因此有索引或者无索引，并不能提高查询速度。

相反，由于增加了索引，反而降低了系统的维护速度和增大了空间需求。第二，对于那些只有很少数据值的列也不应该增加索引。这是因为，由于这些列的取值很少，例如人事表的性别列，在查询的结果中，结果集的数据行占了表中数据行的很大比例，即需要在表中搜索的数据行的比例很大。

增加索引，并不能明显加快检索速度。第三，对于那些定义为text, image和bit数据类型的列不应该增加索引。这是因为，这些列的数据量要么相当大，要么取值很少。第四，当修改性能远远大于检索性能时，不应该创建索引。

这是因为，修改性能和检索性能是互相矛盾的。当增加索引时，会提高检索性能，但是会降低修改性能。当减少索引时，会提高修改性能，降低检索性能。因此，当修改性能远远大于检索性能时，不应该创建Oracle数据库索引。

首先,那两个字段都变成了主键,这话是不确切的.严格的说因为是   你选择的那两个字段共同构成了主键,也就是 "學生編號+課程編號 "的组合是一个主键,这个组合不能够重复,不能够同时为空,   而不是 "學生編號 "     "課程編號 "   各为一个主键,不信你可以查看tb系统表.


表中已有主键新增一个主键：语句
例如：
alter table AC04_blbc DROP PRIMARY KEY;
alter table AC04_blbc modify sbxz VARCHAR(8) NOT NULL,add constraint PK_AC04_blbc primary key (AAE002, AAC001, AAE041,sbxz);