blakestone的博客 http://blogger.org.cn/blog/blog.asp?name=blakestone 小许的博客 blogger.org.cn W3CHINA Blog webmaster@blogger.org.cn <![CDATA[海量数据库的查询优化及分页算法方案（2）]]> http://blogger.org.cn/blog/more.asp?name=blakestone&id=9403 blakestone 2005/10/26 9:48:03 四、聚集索引的重要性和如何选择聚集索引

在上一节的标题中，笔者写的是：实现小数据量和海量数据的通用分页显示存储过程。这是因为在将本存储过程应用于“办公自动化”系统的实践中时，笔者发现这第三种存储过程在小数据量的情况下，有如下现象：

1、分页速度一般维持在1秒和3秒之间。

2、在查询最后一页时，速度一般为5秒至8秒，哪怕分页总数只有3页或30万页。

虽然在超大容量情况下，这个分页的实现过程是很快的，但在分前几页时，这个1－3秒的速度比起第一种甚至没有经过优化的分页方法速度还要慢，借用户的话说就是“还没有ACCESS数据库速度快”，这个认识足以导致用户放弃使用您开发的系统。

笔者就此分析了一下，原来产生这种现象的症结是如此的简单，但又如此的重要：排序的字段不是聚集索引！

本篇文章的题目是：“查询优化及分页算法方案”。笔者只所以把“查询优化”和“分页算法”这两个联系不是很大的论题放在一起，就是因为二者都需要一个非常重要的东西――聚集索引。

在前面的讨论中我们已经提到了，聚集索引有两个最大的优势：

1、以最快的速度缩小查询范围。

2、以最快的速度进行字段排序。

第1条多用在查询优化时，而第2条多用在进行分页时的数据排序。

而聚集索引在每个表内又只能建立一个，这使得聚集索引显得更加的重要。聚集索引的挑选可以说是实现“查询优化”和“高效分页”的最关键因素。

但要既使聚集索引列既符合查询列的需要，又符合排序列的需要，这通常是一个矛盾。

笔者前面“索引”的讨论中，将fariqi，即用户发文日期作为了聚集索引的起始列，日期的精确度为“日”。这种作法的优点，前面已经提到了，在进行划时间段的快速查询中，比用ID主键列有很大的优势。

但在分页时，由于这个聚集索引列存在着重复记录，所以无法使用max或min来最为分页的参照物，进而无法实现更为高效的排序。而如果将ID主键列作为聚集索引，那么聚集索引除了用以排序之外，没有任何用处，实际上是浪费了聚集索引这个宝贵的资源。

为解决这个矛盾，笔者后来又添加了一个日期列，其默认值为getdate()。用户在写入记录时，这个列自动写入当时的时间，时间精确到毫秒。即使这样，为了避免可能性很小的重合，还要在此列上创建UNIQUE约束。将此日期列作为聚集索引列。

有了这个时间型聚集索引列之后，用户就既可以用这个列查找用户在插入数据时的某个时间段的查询，又可以作为唯一列来实现max或min，成为分页算法的参照物。

经过这样的优化，笔者发现，无论是大数据量的情况下还是小数据量的情况下，分页速度一般都是几十毫秒，甚至0毫秒。而用日期段缩小范围的查询速度比原来也没有任何迟钝。

聚集索引是如此的重要和珍贵，所以笔者总结了一下，一定要将聚集索引建立在：

1、您最频繁使用的、用以缩小查询范围的字段上；

2、您最频繁使用的、需要排序的字段上。

 

结束语：

本篇文章汇集了笔者近段在使用数据库方面的心得，是在做“办公自动化”系统时实践经验的积累。希望这篇文章不仅能够给大家的工作带来一定的帮助，也希望能让大家能够体会到分析问题的方法；最重要的是，希望这篇文章能够抛砖引玉，掀起大家的学习和讨论的兴趣，以共同促进，共同为公安科技强警事业和金盾工程做出自己最大的努力。

最后需要说明的是，在试验中，我发现用户在进行大数据量查询的时候，对数据库速度影响最大的不是内存大小，而是CPU。在我的P4 2.4机器上试验的时候，查看“资源管理器”，CPU经常出现持续到100%的现象，而内存用量却并没有改变或者说没有大的改变。即使在我们的HP ML 350 G3服务器上试验时，CPU峰值也能达到90%，一般持续在70%左右。

本文的试验数据都是来自我们的HP ML 350服务器。服务器配置：双Inter Xeon 超线程 CPU 2.4G，内存1G，操作系统Windows Server 2003 Enterprise Edition，数据库SQL Server 2000 SP3。

 

大家可以访问以下公安网网址或互联网网址来体验一下我们的“千万级”数据库的办公自动化（ASP.NET＋C#语言）。

http://10.59.121.11:90

http://www.xx110.net/OA

 

 

微软MCSE系统工程师  

微软MCDBA数据库工程师 

新乡市公安局通信科 党玉龙

 

 

 

 

 

 

 

 

 

 

 

 

 

参考文献：

[1]《SQL SERVER 7编程技术内幕》，（美）John Papa,Matthew Shepker著，机械工业出版社

[2]《SQL SERVER数据库原理 ——设计与实现》，微软亚洲研究院著，清华大学出版社

[3] http://community.csdn.net/Expert/topic/2987/2987172.xml?temp=9.089297E-02，邹建，CSDN论坛

[4]互联网



本文引用通告地址： http://blog.csdn.net/fengyun14/services/trackbacks/143223.aspx
]]> <![CDATA[海量数据库的查询优化及分页算法方案（1）]]> http://blogger.org.cn/blog/more.asp?name=blakestone&id=9401 blakestone 2005/10/26 9:42:28 随着“金盾工程”建设的逐步深入和公安信息化的高速发展，公安计算机应用系统被广泛应用在各警种、各部门。与此同时，应用系统体系的核心、系统数据的存放地――数据库也随着实际应用而急剧膨胀，一些大规模的系统，如人口系统的数据甚至超过了1000万条，可谓海量。那么，如何实现快速地从这些超大容量的数据库中提取数据（查询）、分析、统计以及提取数据后进行数据分页已成为各地系统管理员和数据库管理员亟待解决的难题。

在以下的文章中，我将以“办公自动化”系统为例，探讨如何在有着1000万条数据的MS SQL SERVER数据库中实现快速的数据提取和数据分页。以下代码说明了我们实例中数据库的“红头文件”一表的部分数据结构：

CREATE TABLE [dbo].[TGongwen] (    --TGongwen是红头文件表名

   [Gid] [int] IDENTITY (1, 1) NOT NULL ,
--本表的id号，也是主键

   [title] [varchar] (80) COLLATE Chinese_PRC_CI_AS NULL , 
--红头文件的标题

   [fariqi] [datetime] NULL ,
--发布日期

   [neibuYonghu] [varchar] (70) COLLATE Chinese_PRC_CI_AS NULL ,
--发布用户

   [reader] [varchar] (900) COLLATE Chinese_PRC_CI_AS NULL ,

--需要浏览的用户。每个用户中间用分隔符“,”分开

) ON [PRIMARY] TEXTIMAGE_ON [PRIMARY]

GO

 

下面，我们来往数据库中添加1000万条数据：

declare @i int

set @i=1

while @i<=250000

begin

    insert into Tgongwen(fariqi,neibuyonghu,reader,title) values('2004-2-5','通信科','通信科,办公室,王局长,刘局长,张局长,admin,刑侦支队,特勤支队,交巡警支队,经侦支队,户政科,治安支队,外事科','这是最先的25万条记录')

    set @i=@i+1

end

GO

 

declare @i int

set @i=1

while @i<=250000

begin

    insert into Tgongwen(fariqi,neibuyonghu,reader,title) values('2004-9-16','办公室','办公室,通信科,王局长,刘局长,张局长,admin,刑侦支队,特勤支队,交巡警支队,经侦支队,户政科,外事科','这是中间的25万条记录')

    set @i=@i+1

end

GO

 

declare @h int

set @h=1

while @h<=100

begin

declare @i int

set @i=2002

while @i<=2003

begin

declare @j int

        set @j=0

        while @j<50

            begin

declare @k int

            set @k=0

            while @k<50

            begin

    insert into Tgongwen(fariqi,neibuyonghu,reader,title) values(cast(@i as varchar(4))+'-8-15 3:'+cast(@j as varchar(2))+':'+cast(@j as varchar(2)),'通信科','办公室,通信科,王局长,刘局长,张局长,admin,刑侦支队,特勤支队,交巡警支队,经侦支队,户政科,外事科','这是最后的50万条记录')

            set @k=@k+1

            end

set @j=@j+1

        end

set @i=@i+1

end

set @h=@h+1

end

GO

 

declare @i int

set @i=1

while @i<=9000000

begin

    insert into Tgongwen(fariqi,neibuyonghu,reader,title) values('2004-5-5','通信科','通信科,办公室,王局长,刘局长,张局长,admin,刑侦支队,特勤支队,交巡警支队,经侦支队,户政科,治安支队,外事科','这是最后添加的900万条记录')

    set @i=@i+1000000

end

GO

通过以上语句，我们创建了25万条由通信科于2004年2月5日发布的记录，25万条由办公室于2004年9月6日发布的记录，2002年和2003年各100个2500条相同日期、不同分秒的由通信科发布的记录（共50万条），还有由通信科于2004年5月5日发布的900万条记录，合计1000万条。

 

一、因情制宜，建立“适当”的索引

建立“适当”的索引是实现查询优化的首要前提。

索引（index）是除表之外另一重要的、用户定义的存储在物理介质上的数据结构。当根据索引码的值搜索数据时，索引提供了对数据的快速访问。事实上，没有索引,数据库也能根据SELECT语句成功地检索到结果，但随着表变得越来越大，使用“适当”的索引的效果就越来越明显。注意，在这句话中，我们用了“适当”这个词，这是因为，如果使用索引时不认真考虑其实现过程，索引既可以提高也会破坏数据库的工作性能。

（一）深入浅出理解索引结构

实际上，您可以把索引理解为一种特殊的目录。微软的SQL SERVER提供了两种索引：聚集索引（clustered index，也称聚类索引、簇集索引）和非聚集索引（nonclustered index，也称非聚类索引、非簇集索引）。下面，我们举例来说明一下聚集索引和非聚集索引的区别：

其实，我们的汉语字典的正文本身就是一个聚集索引。比如，我们要查“安”字，就会很自然地翻开字典的前几页，因为“安”的拼音是“an”，而按照拼音排序汉字的字典是以英文字母“a”开头并以“z”结尾的，那么“安”字就自然地排在字典的前部。如果您翻完了所有以“a”开头的部分仍然找不到这个字，那么就说明您的字典中没有这个字；同样的，如果查“张”字，那您也会将您的字典翻到最后部分，因为“张”的拼音是“zhang”。也就是说，字典的正文部分本身就是一个目录，您不需要再去查其他目录来找到您需要找的内容。

我们把这种正文内容本身就是一种按照一定规则排列的目录称为“聚集索引”。

如果您认识某个字，您可以快速地从自动中查到这个字。但您也可能会遇到您不认识的字，不知道它的发音，这时候，您就不能按照刚才的方法找到您要查的字，而需要去根据“偏旁部首”查到您要找的字，然后根据这个字后的页码直接翻到某页来找到您要找的字。但您结合“部首目录”和“检字表”而查到的字的排序并不是真正的正文的排序方法，比如您查“张”字，我们可以看到在查部首之后的检字表中“张”的页码是672页，检字表中“张”的上面是“驰”字，但页码却是63页，“张”的下面是“弩”字，页面是390页。很显然，这些字并不是真正的分别位于“张”字的上下方，现在您看到的连续的“驰、张、弩”三字实际上就是他们在非聚集索引中的排序，是字典正文中的字在非聚集索引中的映射。我们可以通过这种方式来找到您所需要的字，但它需要两个过程，先找到目录中的结果，然后再翻到您所需要的页码。

我们把这种目录纯粹是目录，正文纯粹是正文的排序方式称为“非聚集索引”。

通过以上例子，我们可以理解到什么是“聚集索引”和“非聚集索引”。

进一步引申一下，我们可以很容易的理解：每个表只能有一个聚集索引，因为目录只能按照一种方法进行排序。

（二）何时使用聚集索引或非聚集索引

下面的表总结了何时使用聚集索引或非聚集索引（很重要）。

动作描述

使用聚集索引

使用非聚集索引

列经常被分组排序

应

应

返回某范围内的数据

应

不应

一个或极少不同值

不应

不应

小数目的不同值

应

不应

大数目的不同值

不应

应

频繁更新的列

不应

应

外键列

应

应

主键列

应

应

频繁修改索引列

不应

应

事实上，我们可以通过前面聚集索引和非聚集索引的定义的例子来理解上表。如：返回某范围内的数据一项。比如您的某个表有一个时间列，恰好您把聚合索引建立在了该列，这时您查询2004年1月1日至2004年10月1日之间的全部数据时，这个速度就将是很快的，因为您的这本字典正文是按日期进行排序的，聚类索引只需要找到要检索的所有数据中的开头和结尾数据即可；而不像非聚集索引，必须先查到目录中查到每一项数据对应的页码，然后再根据页码查到具体内容。

（三）结合实际，谈索引使用的误区

理论的目的是应用。虽然我们刚才列出了何时应使用聚集索引或非聚集索引，但在实践中以上规则却很容易被忽视或不能根据实际情况进行综合分析。下面我们将根据在实践中遇到的实际问题来谈一下索引使用的误区，以便于大家掌握索引建立的方法。

1、主键就是聚集索引

这种想法笔者认为是极端错误的，是对聚集索引的一种浪费。虽然SQL SERVER默认是在主键上建立聚集索引的。

通常，我们会在每个表中都建立一个ID列，以区分每条数据，并且这个ID列是自动增大的，步长一般为1。我们的这个办公自动化的实例中的列Gid就是如此。此时，如果我们将这个列设为主键，SQL SERVER会将此列默认为聚集索引。这样做有好处，就是可以让您的数据在数据库中按照ID进行物理排序，但笔者认为这样做意义不大。

显而易见，聚集索引的优势是很明显的，而每个表中只能有一个聚集索引的规则，这使得聚集索引变得更加珍贵。

从我们前面谈到的聚集索引的定义我们可以看出，使用聚集索引的最大好处就是能够根据查询要求，迅速缩小查询范围，避免全表扫描。在实际应用中，因为ID号是自动生成的，我们并不知道每条记录的ID号，所以我们很难在实践中用ID号来进行查询。这就使让ID号这个主键作为聚集索引成为一种资源浪费。其次，让每个ID号都不同的字段作为聚集索引也不符合“大数目的不同值情况下不应建立聚合索引”规则；当然，这种情况只是针对用户经常修改记录内容，特别是索引项的时候会负作用，但对于查询速度并没有影响。

在办公自动化系统中，无论是系统首页显示的需要用户签收的文件、会议还是用户进行文件查询等任何情况下进行数据查询都离不开字段的是“日期”还有用户本身的“用户名”。

通常，办公自动化的首页会显示每个用户尚未签收的文件或会议。虽然我们的where语句可以仅仅限制当前用户尚未签收的情况，但如果您的系统已建立了很长时间，并且数据量很大，那么，每次每个用户打开首页的时候都进行一次全表扫描，这样做意义是不大的，绝大多数的用户1个月前的文件都已经浏览过了，这样做只能徒增数据库的开销而已。事实上，我们完全可以让用户打开系统首页时，数据库仅仅查询这个用户近3个月来未阅览的文件，通过“日期”这个字段来限制表扫描，提高查询速度。如果您的办公自动化系统已经建立的2年，那么您的首页显示速度理论上将是原来速度8倍，甚至更快。

在这里之所以提到“理论上”三字，是因为如果您的聚集索引还是盲目地建在ID这个主键上时，您的查询速度是没有这么高的，即使您在“日期”这个字段上建立的索引（非聚合索引）。下面我们就来看一下在1000万条数据量的情况下各种查询的速度表现（3个月内的数据为25万条）：

（1）仅在主键上建立聚集索引，并且不划分时间段：

Select gid,fariqi,neibuyonghu,title from tgongwen

用时：128470毫秒（即：128秒）

（2）在主键上建立聚集索引，在fariq上建立非聚集索引：

select gid,fariqi,neibuyonghu,title from Tgongwen

where fariqi> dateadd(day,-90,getdate())

用时：53763毫秒（54秒）

（3）将聚合索引建立在日期列（fariqi）上：

select gid,fariqi,neibuyonghu,title from Tgongwen

where fariqi> dateadd(day,-90,getdate())

用时：2423毫秒（2秒）

虽然每条语句提取出来的都是25万条数据，各种情况的差异却是巨大的，特别是将聚集索引建立在日期列时的差异。事实上，如果您的数据库真的有1000万容量的话，把主键建立在ID列上，就像以上的第1、2种情况，在网页上的表现就是超时，根本就无法显示。这也是我摒弃ID列作为聚集索引的一个最重要的因素。

得出以上速度的方法是：在各个select语句前加：declare @d datetime

set @d=getdate()

并在select语句后加：

select [语句执行花费时间(毫秒)]=datediff(ms,@d,getdate())

2、只要建立索引就能显著提高查询速度

事实上，我们可以发现上面的例子中，第2、3条语句完全相同，且建立索引的字段也相同；不同的仅是前者在fariqi字段上建立的是非聚合索引，后者在此字段上建立的是聚合索引，但查询速度却有着天壤之别。所以，并非是在任何字段上简单地建立索引就能提高查询速度。

从建表的语句中，我们可以看到这个有着1000万数据的表中fariqi字段有5003个不同记录。在此字段上建立聚合索引是再合适不过了。在现实中，我们每天都会发几个文件，这几个文件的发文日期就相同，这完全符合建立聚集索引要求的：“既不能绝大多数都相同，又不能只有极少数相同”的规则。由此看来，我们建立“适当”的聚合索引对于我们提高查询速度是非常重要的。

3、把所有需要提高查询速度的字段都加进聚集索引，以提高查询速度

上面已经谈到：在进行数据查询时都离不开字段的是“日期”还有用户本身的“用户名”。既然这两个字段都是如此的重要，我们可以把他们合并起来，建立一个复合索引（compound index）。

很多人认为只要把任何字段加进聚集索引，就能提高查询速度，也有人感到迷惑：如果把复合的聚集索引字段分开查询，那么查询速度会减慢吗？带着这个问题，我们来看一下以下的查询速度（结果集都是25万条数据）：（日期列fariqi首先排在复合聚集索引的起始列，用户名neibuyonghu排在后列）

（1）select gid,fariqi,neibuyonghu,title from Tgongwen where fariqi>'2004-5-5'

查询速度：2513毫秒

（2）select gid,fariqi,neibuyonghu,title from Tgongwen where fariqi>'2004-5-5' and neibuyonghu='办公室'

查询速度：2516毫秒

（3）select gid,fariqi,neibuyonghu,title from Tgongwen where neibuyonghu='办公室'

查询速度：60280毫秒

从以上试验中，我们可以看到如果仅用聚集索引的起始列作为查询条件和同时用到复合聚集索引的全部列的查询速度是几乎一样的，甚至比用上全部的复合索引列还要略快（在查询结果集数目一样的情况下）；而如果仅用复合聚集索引的非起始列作为查询条件的话，这个索引是不起任何作用的。当然，语句1、2的查询速度一样是因为查询的条目数一样，如果复合索引的所有列都用上，而且查询结果少的话，这样就会形成“索引覆盖”，因而性能可以达到最优。同时，请记住：无论您是否经常使用聚合索引的其他列，但其前导列一定要是使用最频繁的列。

]]> <![CDATA[“一网两库”负责人李亦学]]> http://blogger.org.cn/blog/more.asp?name=blakestone&id=8858 blakestone 2005/9/28 21:00:07
        自信而善于合作——李亦学说，对于自己的长处，从来都“非常清醒”。现在的关键是，如何正确发挥，直到有一天，自己带领的团队在生物信息学的某一方面能够代表国家。  



        带着自信飞翔  

        乌鲁木齐，海德堡，上海，三个相距甚远的城市记录着李亦学的人生轨迹。自小在新疆长大的他，至今仍保留着原来的饮食习惯，比如很爱吃羊肉。考大学时，数学出人意料地遭遇“滑铁卢”，李亦学不得不放弃心仪已久的数学专业，进了新疆大学改读物理。此时，李亦学没有失落，他告诉自己：“即便在别处，我也能拔尖，我有这个自信。”  

        信心一直把李亦学送到了海德堡。在这座“最美丽”的德国小城，李亦学迈进了世界顶尖科研机构——EMBL的大门，成为实验室中屈指可数的中国人。很快，在EMBL，李亦学成了“拼命三郎”。3个月试用期过去了，李亦学和EMBL简直一见倾心。在同事看来，没他不能解决的事儿；在老板眼中，有他就吃了“定心丸”。  



        一句话找到归属感  

        就在EMBL打算与他续签又一个5年合同时，李亦学做出了惊人的决定——回国！这是他出国前就定下的主意：做完博士后就回国。出于“海德堡情结”，李亦学在烟台和苏州，两座风景秀丽的城市，找好了落脚点，准备在其中一地“安度”中年。  

        可命运指引他重新选择。那年秋天，李亦学应邀回国参加某生物信息学研讨会，期间，他碰到了时任中科院上海生命科学研究院副院长的赵国屏。这位与李亦学有着相似经历的过来人深深打动了他：“在中国做事不容易，但只要有耐心，还是能成功的。”这句话让李亦学找回了渴望已久的归属感。此刻，他已情定上海。  



        愧疚与梦想同在  

        凭着一句君子协定，李亦学回来了，来到上海组建中科院上海生命科学研究院生物信息学中心。因为舍不得招聘会上那200元的摊位费，李亦学自当“猎头”，到人才市场上去转悠，看到满意的，便主动上前与他（她）闲聊。就这样，整整一天过去了，李亦学为中心“聊”回了4个兵。  

        如今，当年的新兵成了元老，可待遇却远不及国外这一行当的高薪。“好好干吧，面包会有的。”面对年轻人，李亦学总是鼓励，可没人知道他内心的愧疚与压力。  

        同事们说，无论是清晨6点还是晚上10点，亦或是星光点点的子夜，李亦学都可能出现在上班路上。李亦学明白，不管对于上海还是中国，现在都是一个前所未有的机遇，如果不抓住这天赐良机，我们就再也不能怨天尤人，该怨的只能是自己。  



        李亦学，49岁，德国海德堡大学理论物理博士，欧洲分子生物学实验室生物物理博士后。现任上海生物信息技术研究中心主任、国家高技术发展计划生物与现代农业领域主题专家组组长。  

        2000年，刚刚回国的他在几乎没有完整生物信息学研究队伍的上海，一手创建了中科院上海生命科学研究院生物信息学中心，并通过协同合作，使上海生物信息学研究后来居上。2002年，他又联合沪上11家单位组建上海生物信息技术研究中心。短短2年，中心已成为国家生物信息技术研究的支撑基地。  

        如今，他再次执起帅印，带领团队为上海科教兴市主战略搭建科技资源共享平台。3年内，这个被称为“一网两库”的公共服务平台将汇集科学仪器超过千台，构建8到10个领域数据中心、主体数据库和文献标准库，引进链接国内外公共数据库逾万个，培育3到5个市场化的科技条件资源、数据和信息服务供应商，年营业额将超千万元。]]> <![CDATA[MockObjects的选择：EasyMock与JMock的比较]]> http://blogger.org.cn/blog/more.asp?name=blakestone&id=8690 blakestone 2005/9/19 9:48:20 本文假设读者已经了解了MockObjects的使用目的和基本方式，不对MockTest之类的技术作过多解释。仅提醒一句：“不要测试你的MockObjects”。

本文作为一个评测结果的同时，也可以作为EasyMock和jMock的简短教程。他们本身都很易用，可惜带的示例过于复杂，都用了过多的模式。看过本文的例子，相信就可以从容的在项目中使用了。

Java中常用的MockObjects有EasyMock和jMock等。其中EasyMock开发较早，已经出了1.1版本，而jMock前几天才刚推出了1.0 final。作为刚成熟的小弟弟，jMock有什么竞争实力呢？

本比较针对于以下几个方面，代码请见附件。

1 是否能够对具体类进行模拟（当然，对接口模拟是基本功能）

2 是否能够对方法名，参数，返回值进行动态控制

3 基本代码行数

4 是否能够对具有构造参数的具体类模拟

    现在比较开始了。首先制作若干测试文件，很简单。要模拟的有一个接口和一个具体类，叫做TheInterfaceToMock和TheClassToMock，另外，提供方法SampleReturn sampleMethod(Parameter p);以及同名无参数方法。

    第一个测试是针对TheInterfaceToMock，提供ParameterImpl和SampleReturnImpl作为期待的参数和返回值。jMock代码如下：  

public class JMockUsage extends MockObjectTestCase {

    public void testReturnValueWithParemeter(){       

        // 构造Mock控制器

        Mock m = new Mock(TheInterfaceToMock.class);

        // 这是要测试MockObject

        TheInterfaceToMock mock = (TheInterfaceToMock) m.proxy();

        // 期待的返回值

        SampleReturn sr = new SampleReturnImpl();

        // 期待的参数

        Parameter p = new ParameterImpl();

        // 控制器，期待一次，方法sampleMethod，参数等于p(equals)，将返回sr

        m.expects(once()).method("sampleMethod")

.with(eq(p)).will(returnValue(sr));

        // 正式执行mockobject

        SampleReturn ret = mock.sampleMethod(new ParameterImpl());

        // 确定返回值是相同的

        assertSame(sr,ret);

    }

}

 相同功能的easyMcok代码如下：

public class EasyMockUsage extends TestCase {

    public void testReturnValueWithParameter(){       

        // 构造mock控制器

        MockControl control

 = MockControl.createControl(TheInterfaceToMock.class);

        // 这是要测试的MockObject

        TheInterfaceToMock mock

 = (TheInterfaceToMock) control.getMock();

        // 这是要返回的值

        SampleReturn sr = new SampleReturnImpl();

        // 这是要传入的参数

        Parameter p = new ParameterImpl();

        // 恢复到记录(record)状态

        control.reset();

        // 首先记录sampleMethod方法

        mock.sampleMethod(p);

        // 设定该方法的返回值

        control.setReturnValue(sr);

        // 切换状态为回复(reply)

        control.replay();       

        // 正式执行mock object的方法，明显的，参数值是equals而不是same

        SampleReturn ret = mock.sampleMethod(new ParameterImpl());

        // 确定返回值是需要的值

        assertSame(sr,ret);      

    }

    从上面的代码可以看到，同样的功能，二者的行数相差3行。其主要原因，就是easyMcok的Mock机制是基于状态，首先是录制状态，记录下来待测的方法和参数，返回值等，然后切换为回复状态。而jMock没有切换这一步，直接将参数返回值用一句话写出来。确实是一句话：期待一次，方法sampleMethod，参数等于p(equals)，将返回sr。其中的一些辅助函数，例如returnValue,eq等等，位于父类MockTestCase。

    结论：

    1 如果不能提供MockTestCase作为父类，请使用EasyMock

    2 如果需要批量或动态生成测试，请使用更规则的jMock

    3 如果喜欢看起来行数少一些，请用jMock

    4 如果对状态切换看不顺眼，请用Mock

    下面进行具体类测试，一个共同的点是，二者均使用了CGLIB作为增强器，因此效率差别几乎没有。将上面的测试稍稍修改，将TheInterfaceToMock改为TheClassToMock。发生了以下变化。用jMock，需要将import替换为新的import，代码中其他部分完全不变！

原来

import org.jmock.Mock;

import org.jmock.MockObjectTestCase;

改为：

import org.jmock.cglib.Mock;

import org.jmock.cglib.MockObjectTestCase;

    这是个相当体贴的设计，保证了接口的一致性。对于一套API来说，同样的类却有不同的使用方法是个噩梦。用easyMock，需要新增加一个import。并且修改一些声明的地方。   

原来

import org.easymock.MockControl;

增加

import org.easymock.classextension.MockClassControl;

 

 // mock控制器

MockControl control = MockClassControl.createControl(TheClassToMock.class);

其他部分不需要变化。虽然这有些变化，但是变化带来了其他的好处，就是：能够支持带有构造参数的具体类，而jMock不支持。这对于大量使用了PicoContainer的代码来说不啻是一个福音。

结论：

 

    5 如果需要构造参数，只能使用easyMock

    6 如果喜欢用相同的API操作并且不在乎构造参数，请用jMock

    7 如果愿意等待下一版本的jMock提供构造参数支持，请用jMock

 

参考比较表：

 

EasyMock

jMock

通过接口模拟

是

是

控制方法有效次数

是

是

定制参数匹配

是

是

不需要状态转换

否

是

具体类模拟

是

是

具体类可有构造参数

是

否

接口统一

否

是

条件代码在一行中完成

否

是

支持其他参数规则，如not

否

是

自验证 verify()

是

是

综上，我选择了jMock。不过想想看，easyMock用3个类实现了大多数常用功能，很不简单啊。而jMock，如果能够提供对Constructor injection的支持就完美了。遗憾。不过从设计上看，jMock里的模式使用堪称典范，很好看哦。

下载地址：

http://www.jmock.org

http://www.easymock.org

比较代码：

http://icecloud.51.net/data/mockobjects.zip

需要：

JUnit3.8.1，Cglib2，jMock1.0，EasyMock1.1

本技术贴的引用位置：http://cdown.net/info/10100.html

]]> <![CDATA[ORACLE数据库管理员职责]]> http://blogger.org.cn/blog/more.asp?name=blakestone&id=8570 blakestone 2005/9/13 13:38:27 (1). 每天对ORACLE数据库的运行状态,日志文件,备份情况,数据  
  
库的空间使用情况,系统资源的使用情况进行检查,发现并解决  
  
问题。  
  
(2). 每周对数据库对象的空间扩展情况,数据的增长情况进行监控,对数据库做健康检查,对数据库对象的状态做检查。  
  
(3). 每月对表和索引等进行Analyze,检查表空间碎片,寻找数据库  
  
性能调整的机会,进行数据库性能调整,提出下一步空间管理  
  
计划。对ORACLE数据库状态进行一次全面检查。  
  
每天的工作  
  
(1).确认所有的INSTANCE状态正常  
  
登陆到所有数据库或例程,检测ORACLE后台进程:  
  
$ps –ef|grep ora  
  
(2). 检查文件系统的使用（剩余空间）。如果文件系统的剩余空间小于20%，需删除不用的文件以释放空间。  
  
$df –k  
  
(3). 检查日志文件和trace文件记录alert和trace文件中的错误。  
  
连接到每个需管理的系统  
  
? 使用’telnet’  
  
? 对每个数据库,cd 到bdump目录,通常是$ORACLE_BASE/<SID>/bdump  
  
? 使用 Unix ‘tail’命令来查看alert_<SID>.log文件  
  
? 如果发现任何新的ORA- 错误,记录并解决  
  
(4). 检查数据库当日备份的有效性。  
  
对RMAN备份方式:  
  
检查第三方备份工具的备份日志以确定备份是否成功  
  
对EXPORT备份方式:  
  
检查exp日志文件以确定备份是否成功  
  
对其他备份方式:  
  
检查相应的日志文件  
  
(5). 检查数据文件的状态记录状态不是“online”的数据文件，并做恢复。  
  
Select file_name from dba_data_files where status=’OFFLINE’  
  
(6). 检查表空间的使用情况  
  
SELECT tablespace_name, max_m, count_blocks free_blk_cnt, sum_free_m,to_char(100*sum_free_m/sum_m, '99.99') || '%' AS pct_free  
  
FROM ( SELECT tablespace_name,sum(bytes)/1024/1024 AS sum_m FROM dba_data_files GROUP BY tablespace_name),  
  
( SELECT tablespace_name AS fs_ts_name, max(bytes)/1024/1024 AS max_m, count(blocks) AS count_blocks, sum(bytes/1024/1024) AS sum_free_m FROM dba_free_space GROUP BY tablespace_name )  
  
WHERE tablespace_name = fs_ts_name  
  
(7). 检查剩余表空间  
  
SELECT tablespace_name, sum ( blocks ) as free_blk ,  
  
trunc ( sum ( bytes ) /(1024*1024) ) as free_m,  
  
max ( bytes ) / (1024) as big_chunk_k, count (*) as num_chunks  
  
FROM dba_free_space GROUP BY tablespace_name;  
  
(8). 监控数据库性能  
  
运行bstat/estat生成系统报告  
  
或者使用statspack收集统计数据  
  
(9). 检查数据库性能，记录数据库的cpu使用、IO、buffer命中率等等  
  
使用vmstat,iostat,glance,top等命令  
  
(10). 日常出现问题的处理。  
  
每周的工作  
  
(1). 控数据库对象的空间扩展情况  
  
根据本周每天的检查情况找到空间扩展很快的数据库对象,并采取相  
  
应的措施  
  
-- 删除历史数据  
  
--- 扩表空间  
  
alter tablespace <name> add datafile ‘<file>’ size <size>  
  
--- 调整数据对象的存储参数  
  
next extent  
  
pct_increase  
  
(2). 监控数据量的增长情况  
  
根据本周每天的检查情况找到记录数量增长很快的数据库对象,并采  
  
取相应的措施  
  
-- 删除历史数据  
  
--- 扩表空间  
  
alter tablespace <name> add datafile ‘<file>’ size <size>  
  
(3). 系统健康检查  
  
检查以下内容:  
  
init<sid>.ora  
  
controlfile  
  
redo log file  
  
archiving  
  
sort area size  
  
tablespace(system,temporary,tablespace fragment)  
  
datafiles(autoextend,location)  
  
object(number of extent,next extent,index)  
  
rollback segment  
  
logging &tracing(alert.log,max_dump_file_size,sqlnet)  
  
(4). 检查无效的数据库对象  
  
SELECT owner, object_name, object_type FROM dba_objects  
  
WHERE status=’INVALID’。  
  
(5). 检查不起作用的约束  
  
SELECT owner, constraint_name, table_name,  
  
constraint_type, status  
  
FROM dba_constraints  
  
WHERE status = 'DISABLED’ AND constraint_type = 'P'  
  
(6). 检查无效的trigger  
  
SELECT owner, trigger_name, table_name, status  
  
FROM dba_triggers  
  
WHERE status = 'DISABLED’  
  
每月的工作  
  
(1). Analyze Tables/Indexes/Cluster  
  
analyze table <name> estimate statistics sample 50 percent;  
  
(2). 检查表空间碎片  
  
根据本月每周的检查分析数据库碎片情况,找到相应的解决方法  
  
(3). 寻找数据库性能调整的机会  
  
比较每天对数据库性能的监控报告,确定是否有必要对数据库性能进 行调整  
  
(4). 数据库性能调整  
  
如有必要,进行性能调整  
  
(5). 提出下一步空间管理计划  
  
根据每周的监控,提出空间管理的改进方法  
  
Oracle DBA 日常管理  
  
目的：这篇文档有很详细的资料记录着对一个甚至更多的ORACLE 数据库每天的，每月的，  
  
每年的运行的状态的结果及检查的结果，在文档的附录中你将会看到所有检查，修改的SQL  
  
和PL/SQL 代码。  
  
目录  
  
1.日常维护程序  
  
A． 检查已起的所有实例  
  
B． 查找一些新的警告日志  
  
C． 检查DBSNMP 是否在运行  
  
D． 检查数据库备份是否正确  
  
E． 检查备份到磁带中的文件是否正确  
  
F． 检查数据库的性能是否正常合理，是否有足够的空间和资源  
  
G． 将文档日志复制到备份的数据库中  
  
H． 要常看DBA 用户手册  
  
2.晚间维护程序  
  
A．收集VOLUMETRIC 的数据  
  
3.每周维护工作  
  
A． 查找那些破坏规则的OBJECT  
  
B． 查找是否有违反安全策略的问题  
  
C． 查看错误地方的SQL*NET 日志  
  
D． 将所有的警告日志存档  
  
E． 经常访问供应商的主页  
  
4.月维护程序  
  
A． 查看对数据库会产生危害的增长速度  
  
B． 回顾以前数据库优化性能的调整  
  
C． 查看I/O 的屏颈问题  
  
D． 回顾FRAGMENTATION  
  
E． 将来的执行计划  
  
F． 查看调整点和维护  
  
5.附录  
  
A． 月维护过程  
  
B． 晚间维护过程  
  
C． 周维护过程  
  
6.参考文献  
  
----------------------------------------------------------------  
  
一．日维护过程  
  
A．查看所有的实例是否已起  
  
确定数据库是可用的，把每个实例写入日志并且运行日报告或是运行测试  
  
文件。当然有一些操作我们是希望它能自动运行的。  
  
可选择执行：用ORACLE 管理器中的‘PROBE’事件来查看  
  
B．查找新的警告日志文件  
  
1. 联接每一个操作管理系统  
  
2. 使用‘TELNET’或是可比较程序  
  
3. 对每一个管理实例，经常的执行$ORACLE_BASE/<SID>/bdump 操  
  
作，并使其能回退到控制数据库的SID。  
  
4. 在提示下，使用UNIX 中的‘TAIL’命令查看alert_<SID>.log，或是  
  
用其他方式检查文件中最近时期的警告日志  
  
5. 如果以前出现过的一些ORA_ERRORS 又出现，将它记录到数据库  
  
恢复日志中并且仔细的研究它们，这个数据库恢复日志在〈FILE〉中  
  
C．查看DBSNMP 的运行情况  
  
检查每个被管理机器的‘DBSNMP’进程并将它们记录到日志中。  
  
在UNIX 中，在命令行中，键入ps –ef | grep dbsnmp,将回看到2 个  
  
DBSNMP 进程在运行。如果没有，重启DBSNMP。  
  
D．查数据库备份是否成功  
  
E．检查备份的磁带文档是否成功  
  
F．检查对合理的性能来说是否有足够的资源  
  
1. 检查在表空间中有没有剩余空间。  
  
对每一个实例来说，检查在表空间中是否存在有剩余空间来满足当天  
  
的预期的需要。当数据库中已有的数据是稳定的，数据日增长的平均  
  
数也是可以计算出来，最小的剩余空间至少要能满足每天数据的增 长。  
  
A） 运行‘FREE.SQL’来检查表空间的剩余空间。  
  
B） 运行‘SPACE.SQL’来检查表空间中的剩余空间百分率  
  
2. 检查回滚段  
  
回滚段的状态一般是在线的，除了一些为复杂工作准备的专用 段，它一般状态是离线的。  
  
a) 每个数据库都有一个回滚段名字的列表。  
  
b) 你可以用V$ROLLSTAT 来查询在线或是离线的回滚段的现在状 态.  
  
c) 对于所有回滚段的存储参数及名字， 可用  
  
DBA_ROLLBACK_SEGS 来查询。但是它不如V$ROLLSTAT 准确。  
  
3. 识别出一些过分的增长  
  
查看数据库中超出资源或是增长速度过大的段，这些段的存储参 数需要调整。  
  
a） 收集日数据大小的信息， 可以用  
  
‘ANALYZE5PCT.SQL’。如果你收集的是每晚的信息， 则可跳过这一步。  
  
b） 检查当前的范围，可用‘NR.EXTENTS.SQL’。  
  
c） 查询当前表的大小信息。  
  
d） 查询当前索引大小的信息。  
  
e） 查询增长趋势。  
  
4. 确定空间的范围。  
  
如果范围空间对象的NEXT_EXTENT 比表空间所能提供的最大范  
  
围还要大，那么这将影响数据库的运行。如果我们找到了这个目标，可  
  
以用‘ALTER TABLESPACE COALESCE’调查它的位置，或加另外 的数据文件。  
  
A）运行‘SPACEBOUND.SQL’。如果都是正常的，将不返回任何行。  
  
5. 回顾CPU，内存，网络，硬件资源论点的过程  
  
A）检查CPU的利用情况，进到x:.htm =>system  
  
metrics=>CPU 利用页，CPU 的最大限度为400，当CPU 的占用保持  
  
在350 以上有一段时间的话，我们就需要查看及研究出现的问题。  
  
G．将存档日志复制到备用数据库中  
  
如果有一个备用数据库，将适当的存档日志复制到备用数据库的期望  
  
位置，备用数据库中保存最近期的数据。  
  
H. 经常查阅DBA 用户手册  
  
如果有可能的话，要广泛的阅读，包括DBA 手册，行业杂志，新闻 组或是邮件列表。  
  
-------------------------------------------------------------  
  
二．晚间维护过程  
  
大部分的数据库产品将受益于每晚确定的检查进程的运行。  
  
A. 收集VOLUMETRIC 数据  
  
1. 分析计划和收集数据  
  
更准确的分析计算并保存结果。  
  
a） 如果你现在没有作这些的话，用‘MK VOLFACT.SQL’来创建测定体积的 表。  
  
b） 收集晚间数据大小的信息，用‘ANALYZE COMP.SQL’。  
  
c） 收集统计结果，用‘POP VOL.SQL’。  
  
d） 在空闲的时候检查数据，可能的话，每周或每个月进行。  
  
我是用MS EXCEL 和ODBC 的联接来检查数据和图表的增长  
  
-------------------------------------------------------------  
  
三．每周维护过程  
  
A． 查找被破坏的目标  
  
1. 对于每个给定表空间的对象来说，NEXT_EXTENT 的大小是相同的，如  
  
12/14/98，缺省的NEXT_EXTENT 的DATAHI 为1G，DATALO 为500MB，  
  
INDEXES 为256MB。  
  
A） 检查NEXT_EXTENT 的设置，可用‘NEXTEXT。SQL’。  
  
B） 检查已有的EXTENTS，可用‘EXISTEXT。SQL’。  
  
2. 所有的表都应该有唯一的主键  
  
a） 查看那些表没有主键，可用‘NO_PK.SQL’。  
  
b） 查找那些主键是没有发挥作用的，可用‘DIS_PK.SQL’。  
  
c） 所有作索引的主键都要是唯一的，可用‘ NONUPK。SQL’来检 查。  
  
3. 所有的索引都要放到索引表空间中。运行‘MKREBUILD_IDX。SQL’  
  
4. 不同的环境之间的计划应该是同样的，特别是测试环境和成品环境之间的 计划应该相同。  
  
a） 检查不同的2 个运行环境中的数据类型是否一致，可用  
  
‘DATATYPE.SQL’。  
  
b） 在2 个不同的实例中寻找对象的不同点， 可用  
  
‘OBJ_COORD.SQL’。  
  
c） 更好的做法是，使用一种工具，象寻求软件的计划管理器那样的 工具。  
  
B． 查看是否有危害到安全策略的问题。  
  
C． 查看报错的SQL*NET 日志。  
  
1. 客户端的日志。  
  
2. 服务器端的日志。  
  
D．.将所有的警告日志存档  
  
E．.供应商的主页  
  
1. ORACLE 供应商  
  
http://www.oracle.com  
  
http://technet.oracle.com  
  
http://www.oracle.com/support  
  
http://www.oramag.com  
  
2. Quest Software  
  
http://www.quests.com  
  
3. Sun Microsystems  
  
http://www.sun.com  
  
----------------------------------------------------------------  
  
四．月维护过程  
  
A．查看对数据库会产生危害的增长速度  
  
1. 从以前的记录或报告中回顾段增长的变化以此来确定段增长带来危害  
  
B． 回顾以前数据库优化性能的调整  
  
1. 回顾一般ORACLE 数据库的调整点，比较以前的报告来确定有害的发展 趋势。  
  
C． 查看I/O 的屏颈问题  
  
1. 查看前期数据库文件的活动性，比较以前的输出来判断有可能导致屏颈 问题的趋势。  
  
D． 回顾FRAGMENTATION  
  
E． 计划数据库将来的性能  
  
1. 比较ORACLE 和操作系统的CPU，内存，网络，及硬盘的利用率以此  
  
来确定在近期将会有的一些资源争夺的趋势  
  
2. 当系统将超出范围时要把性能趋势当作服务水平的协议来看  
  
F． 完成调整和维护工作  
  
1.使修改满足避免系统资源的争夺的需要，这里面包括增加新资源或使预期 的停工。  
  
----------------------------------------------------------------  
  
五．附录  
  
A. 日常程序  
  
-- free.sql  
  
--To verify free space in tablespaces  
  
--Minimum amount of free space  
  
--document your thresholds:  
  
--<tablespace_name> = <amount> m  
  
SELECT tablespace_name, sum ( blocks ) as free_blk , trunc ( sum ( bytes ) /  
  
(1024*1024) ) as free_m, max ( bytes ) / (1024) as big_chunk_k, count (*) as num_chunks  
  
FROM dba_free_space GROUP BY tablespace_name  
  
1. Space.sql  
  
-- space.sql  
  
-- To check free, pct_free, and allocated space within a tablespace  
  
-- 11/24/98  
  
SELECT tablespace_name, largest_free_chunk  
  
, nr_free_chunks, sum_alloc_blocks, sum_free_blocks  
  
, to_char(100*sum_free_blocks/sum_alloc_blocks, '09.99') || '%'  
  
AS pct_free  
  
FROM ( SELECT tablespace_name , sum(blocks) AS sum_alloc_blocks  
  
FROM dba_data_files GROUP BY tablespace_name )  
  
, ( SELECT tablespace_name AS fs_ts_name  
  
, max(blocks) AS largest_free_chunk  
  
, count(blocks) AS nr_free_chunks  
  
, sum(blocks) AS sum_free_blocks FROM dba_free_space  
  
GROUP BY tablespace_name ) WHERE tablespace_name = fs_ts_name  
  
2. analyze5pct.sql  
  
-- analyze5pct.sql  
  
-- To analyze tables and indexes quickly, using a 5% sample size  
  
-- (do not use this script if you are performing the overnight  
  
-- collection of volumetric data)  
  
-- 11/30/98  
  
BEGIN  
  
dbms_utility.analyze_schema ( '[$OWNER', 'ESTIMATE', NULL, 5 ) ]  
  
END ;  
  
/  
  
3. nr_extents.sql  
  
-- nr_extents.sql  
  
-- To find out any object reaching <threshold>  
  
-- extents, and manually upgrade it to allow unlimited  
  
-- max_extents (thus only objects we *expect* to be big  
  
-- are allowed to become big)  
  
-- 11/30/98  
  
SELECT e.owner, e.segment_type , e.segment_name , count(*) as nr_extents ,  
  
s.max_extents  
  
, to_char ( sum ( e.bytes ) / ( 1024 * 1024 ) , '999,999.90') as MB  
  
FROM dba_extents e , dba_segments s  
  
WHERE e.segment_name = s.segment_name  
  
GROUP BY e.owner, e.segment_type , e.segment_name , s.max_extents  
  
HAVING count(*) > &THRESHOLD  
  
OR ( ( s.max_extents - count(*) ) < &&THRESHOLD )  
  
ORDER BY count(*) desc  
  
4. spacebound.sql  
  
-- spacebound.sql  
  
-- To identify space-bound objects. If all is well, no rows are returned.  
  
-- If any space-bound objects are found, look at value of NEXT extent  
  
-- size to figure out what happened.  
  
-- Then use coalesce (alter tablespace <foo> coalesce .  
  
-- Lastly, add another datafile to the tablespace if needed.  
  
-- 11/30/98  
  
SELECT a.table_name, a.next_extent, a.tablespace_name  
  
FROM all_tables a,  
  
( SELECT tablespace_name, max(bytes) as big_chunk  
  
FROM dba_free_space  
  
GROUP BY tablespace_name ) f  
  
WHERE f.tablespace_name = a.tablespace_name  
  
AND a.next_extent > f.big_chunk  
  
B. 每晚处理程序  
  
1. mk_volfact.sql  
  
-- mk_volfact.sql (only run this once to set it up; do not run it nightly!)  
  
-- -- Table UTL_VOL_FACTS  
  
CREATE TABLE utl_vol_facts (  
  
table_name VARCHAR2(30),  
  
num_rows NUMBER,  
  
meas_dt DATE )  
  
TABLESPACE platab  
  
STORAGE (  
  
INITIAL 128k  
  
NEXT 128k  
  
PCTINCREASE 0  
  
MINEXTENTS 1  
  
MAXEXTENTS unlimited  
  
)  
  
/  
  
-- Public Synonym  
  
CREATE PUBLIC SYNONYM utl_vol_facts FOR &OWNER..utl_vol_facts  
  
/  
  
-- Grants for UTL_VOL_FACTS  
  
GRANT SELECT ON utl_vol_facts TO public  
  
/  
  
2. analyze_comp.sql  
  
--  
  
-- analyze_comp.sql  
  
--  
  
BEGIN  
  
sys.dbms_utility.analyze_schema ( '[$OWNER','COMPUTE')]  
  
END ;  
  
/  
  
3. pop_vol.sql  
  
--  
  
-- pop_vol.sql  
  
--  
  
insert into utl_vol_facts  
  
select table_name  
  
, NVL ( num_rows, 0) as num_rows  
  
, trunc ( last_analyzed ) as meas_dt  
  
from all_tables -- or just user_tables  
  
where owner in ('&OWNER') -- or a comma-separated list of owners  
  
/  
  
commit  
  
/
  
　
  
C. 每周处理程序  
  
1. nextext.sql  
  
--  
  
-- nextext.sql  
  
--  
  
-- To find tables that don't match the tablespace default for NEXT extent.  
  
-- The implicit rule here is that every table in a given tablespace should  
  
-- use the exact same value for NEXT, which should also be the tablespace's  
  
-- default value for NEXT.  
  
--  
  
-- This tells us what the setting for NEXT is for these objects today.  
  
--  
  
-- 11/30/98  
  
SELECT segment_name, segment_type, ds.next_extent as Actual_Next  
  
, dt.tablespace_name, dt.next_extent as Default_Next  
  
FROM dba_tablespaces dt, dba_segments ds  
  
WHERE dt.tablespace_name = ds.tablespace_name  
  
AND dt.next_extent !=ds.next_extent  
  
AND ds.owner = UPPER ( '&OWNER' )  
  
ORDER BY tablespace_name, segment_type, segment_name  
  
2. existext.sql  
  
--  
  
-- existext.sql  
  
--  
  
-- To check existing extents  
  
--  
  
-- This tells us how many of each object's extents differ in size from  
  
-- the tablespace's default size. If this report shows a lot of different  
  
-- sized extents, your free space is likely to become fragmented. If so,  
  
-- this tablespace is a candidate for reorganizing.  
  
--  
  
-- 12/15/98  
  
SELECT segment_name, segment_type  
  
, count(*) as nr_exts  
  
, sum ( DECODE ( dx.bytes,dt.next_extent,0,1) ) as nr_illsized_exts  
  
, dt.tablespace_name, dt.next_extent as dflt_ext_size  
  
FROM dba_tablespaces dt, dba_extents dx  
  
WHERE dt.tablespace_name = dx.tablespace_name  
  
AND dx.owner = '&OWNER'  
  
GROUP BY segment_name, segment_type, dt.tablespace_name, dt.next_extent  
  
3. No_pk.sql  
  
--  
  
-- no_pk.sql  
  
--  
  
-- To find tables without PK constraint  
  
--  
  
-- 11/2/98  
  
SELECT table_name  
  
FROM all_tables  
  
WHERE owner = '&OWNER'  
  
MINUS  
  
SELECT table_name  
  
FROM all_constraints  
  
WHERE owner = '&&OWNER'  
  
AND constraint_type = 'P'  
  
4. disPK.sql  
  
--  
  
-- disPK.sql  
  
--  
  
-- To find out which primary keys are disabled  
  
--  
  
-- 11/30/98  
  
SELECT owner, constraint_name, table_name, status  
  
FROM all_constraints  
  
WHERE owner = '&OWNER' AND status = 'DISABLED’ AND constraint_type = 'P'  
  
5. nonuPK.sql  
  
--  
  
-- nonuPK.sql  
  
--  
  
-- To find tables with nonunique PK indexes. Requires that PK names  
  
-- follow a naming convention. An alternative query follows that  
  
-- does not have this requirement, but runs more slowly.  
  
--  
  
-- 11/2/98  
  
SELECT index_name, table_name, uniqueness  
  
FROM all_indexes  
  
WHERE index_name like '&PKNAME%'  
  
AND owner = '&OWNER' AND uniqueness = 'NONUNIQUE'  
  
SELECT c.constraint_name, i.tablespace_name, i.uniqueness  
  
FROM all_constraints c , all_indexes i  
  
WHERE c.owner = UPPER ( '&OWNER' ) AND i.uniqueness = 'NONUNIQUE'  
  
AND c.constraint_type = 'P' AND i.index_name = c.constraint_name  
  
6. mkrebuild_idx.sql  
  
--  
  
-- mkrebuild_idx.sql  
  
--  
  
-- Rebuild indexes to have correct storage parameters  
  
--  
  
-- 11/2/98  
  
SELECT 'alter index ' || index_name || ' rebuild '  
  
, 'tablespace INDEXES storage '  
  
|| ' ( initial 256 K next 256 K pctincrease 0 ) ; '  
  
FROM all_indexes  
  
WHERE ( tablespace_name != 'INDEXES'  
  
OR next_extent != ( 256 * 1024 )  
  
)  
  
AND owner = '&OWNER'  
  
/  
  
7. datatype.sql  
  
--  
  
-- datatype.sql  
  
--  
  
-- To check datatype consistency between two environments  
  
--  
  
-- 11/30/98  
  
SELECT  
  
table_name,  
  
column_name,  
  
data_type,  
  
data_length,  
  
data_precision,  
  
data_scale,  
  
nullable  
  
FROM all_tab_columns -- first environment  
  
WHERE owner = '&OWNER'  
  
MINUS  
  
SELECT  
  
table_name,  
  
column_name,  
  
data_type,  
  
data_length,  
  
data_precision,  
  
data_scale,  
  
nullable  
  
FROM all_tab_columns@&my_db_link -- second environment  
  
WHERE owner = '&OWNER2'  
  
order by table_name, column_name  
  
8. obj_coord.sql  
  
--  
  
-- obj_coord.sql  
  
--  
  
-- To find out any difference in objects between two instances  
  
--  
  
-- 12/08/98  
  
SELECT object_name, object_type  
  
FROM user_objects  
  
MINUS  
  
SELECT object_name, object_type  
  
FROM user_objects@&my_db_link  
  
六. 参考文献  
  
1. Loney, Kevin Oracle8 DBA Handbook  
  
2. Cook, David Database Management from Crisis to Confidence  
  
[http://www.orapub.com/]  
  
3. Cox, Thomas B. The Database Administration Maturity Model]]> <![CDATA[NULL 使用详解]]> http://blogger.org.cn/blog/more.asp?name=blakestone&id=8555 blakestone 2005/9/12 21:41:31 1、Windows NT4.0+ORACLE 8.0.4
2、ORACLE安装路径为：C:\ORANT
  
含义解释：  
问：什么是NULL？
答：在我们不知道具体有什么数据的时候，也即未知，可以用NULL，我们称它为空，ORACLE中，含有空值的表列长度为零。
ORACLE允许任何一种数据类型的字段为空，除了以下两种情况：
1、主键字段（primary key），
2、定义时已经加了NOT NULL限制条件的字段
  
说明：
1、等价于没有任何值、是未知数。
2、NULL与0、空字符串、空格都不同。
3、对空值做加、减、乘、除等运算操作，结果仍为空。
4、NULL的处理使用NVL函数。
5、比较时使用关键字用“is null”和“is not null”。
6、空值不能被索引，所以查询时有些符合条件的数据可能查不出来，count(*)中，用nvl(列名,0)处理后再查。
7、排序时比其他数据都大（索引默认是降序排列，小→大），所以NULL值总是排在最后。
  
使用方法：  
SQL> select 1 from dual where null=null;
  
没有查到记录
  
SQL> select 1 from dual where null='';
  
没有查到记录
  
SQL> select 1 from dual where ''='';  
  
没有查到记录
  
SQL> select 1 from dual where null is null;
  
         1
---------
         1
  
SQL> select 1 from dual where nvl(null,0)=nvl(null,0);
  
         1
---------
         1
  
对空值做加、减、乘、除等运算操作，结果仍为空。
SQL> select 1+null from dual;
SQL> select 1-null from dual;
SQL> select 1*null from dual;
SQL> select 1/null from dual;
  
查询到一个记录.
  
注：这个记录就是SQL语句中的那个null
  
设置某些列为空值
update table1 set 列1=NULL where 列1 is not null;
  
现有一个商品销售表sale，表结构为：
month　　　 char(6)　　　　　 --月份
sell　　　　number(10,2)　　　--月销售金额
  
create table sale (month char(6),sell number);
insert into sale values('200001',1000);
insert into sale values('200002',1100);
insert into sale values('200003',1200);
insert into sale values('200004',1300);
insert into sale values('200005',1400);
insert into sale values('200006',1500);
insert into sale values('200007',1600);
insert into sale values('200101',1100);
insert into sale values('200202',1200);
insert into sale values('200301',1300);
insert into sale values('200008',1000);
insert into sale(month) values('200009');（注意：这条记录的sell值为空）
commit;
共输入12条记录
  
SQL> select * from sale where sell like '%';
  
MONTH       SELL
------ ---------
200001      1000
200002      1100
200003      1200
200004      1300
200005      1400
200006      1500
200007      1600
200101      1100
200202      1200
200301      1300
200008      1000
  
查询到11记录.
  
结果说明：
查询结果说明此SQL语句查询不出列值为NULL的字段
此时需对字段为NULL的情况另外处理。
SQL> select * from sale where sell like '%' or sell is null;
SQL> select * from sale where nvl(sell,0) like '%';
  
MONTH       SELL
------ ---------
200001      1000
200002      1100
200003      1200
200004      1300
200005      1400
200006      1500
200007      1600
200101      1100
200202      1200
200301      1300
200008      1000
200009
  
查询到12记录.
  
Oracle的空值就是这么的用法，我们最好熟悉它的约定，以防查出的结果不正确。
]]> <![CDATA[SQL*PLUS命令的使用大全]]> http://blogger.org.cn/blog/more.asp?name=blakestone&id=8554 blakestone 2005/9/12 21:40:04    我们通常所说的DML、DDL、DCL语句都是sql*plus语句，它们执行完后，都可以保存在一个被称为sql buffer的内存区域中，并且只能保存一条最近执行的sql语句，我们可以对保存在sql buffer中的sql 语句进行修改，然后再次执行，sql*plus一般都与数据库打交道。
   除了sql*plus语句，在sql*plus中执行的其它语句我们称之为sql*plus命令。它们执行完后，不保存在sql buffer的内存区域中，它们一般用来对输出的结果进行格式化显示，以便于制作报表。
   下面就介绍一下一些常用的sql*plus命令：
  
1. 执行一个SQL脚本文件
SQL>start file_name
SQL>@ file_name
我们可以将多条sql语句保存在一个文本文件中，这样当要执行这个文件中的所有的sql语句时，用上面的任一命令即可，这类似于dos中的批处理。
  
2. 对当前的输入进行编辑
SQL>edit
  
3. 重新运行上一次运行的sql语句
SQL>/
  
4. 将显示的内容输出到指定文件
SQL> SPOOL file_name
   在屏幕上的所有内容都包含在该文件中，包括你输入的sql语句。
  
5. 关闭spool输出
SQL> SPOOL OFF
   只有关闭spool输出，才会在输出文件中看到输出的内容。
  
6．显示一个表的结构
SQL> desc table_name
  
7. COL命令：
主要格式化列的显示形式。
该命令有许多选项，具体如下：
COL[UMN] [{ column|expr} [ option ...]]
Option选项可以是如下的子句:
ALI[AS] alias
CLE[AR]
FOLD_A[FTER]
FOLD_B[EFORE]
FOR[MAT] format
HEA[DING] text
JUS[TIFY] {L[EFT]|C[ENTER]|C[ENTRE]|R[IGHT]}
LIKE { expr|alias}
NEWL[INE]
NEW_V[ALUE] variable
NOPRI[NT]|PRI[NT]
NUL[L] text
OLD_V[ALUE] variable
ON|OFF
WRA[PPED]|WOR[D_WRAPPED]|TRU[NCATED]
  
1). 改变缺省的列标题
COLUMN column_name HEADING column_heading
For example:
Sql>select * from dept;
     DEPTNO DNAME                        LOC
---------- ---------------------------- ---------
         10 ACCOUNTING                   NEW YORK
sql>col  LOC heading location
sql>select * from dept;
    DEPTNO DNAME                        location
--------- ---------------------------- -----------
        10 ACCOUNTING                   NEW YORK
  
2). 将列名ENAME改为新列名EMPLOYEE NAME并将新列名放在两行上：
Sql>select * from emp
Department  name           Salary
---------- ---------- ----------
         10 aaa                11         
SQL> COLUMN ENAME HEADING ’Employee|Name’
Sql>select * from emp
            Employee
Department  name           Salary
---------- ---------- ----------  
         10 aaa                11
note: the col heading turn into two lines from one line.
  
3). 改变列的显示长度：
FOR[MAT] format
Sql>select empno,ename,job from emp;
      EMPNO ENAME      JOB        
---------- ----------     ---------
       7369 SMITH      CLERK      
       7499 ALLEN      SALESMAN   
7521 WARD       SALESMAN   
Sql> col ename format a40
      EMPNO ENAME                                    JOB
----------   ----------------------------------------         ---------
       7369 SMITH                                    CLERK
       7499 ALLEN                                    SALESMAN
       7521 WARD                                    SALESMAN
  
4). 设置列标题的对齐方式
JUS[TIFY] {L[EFT]|C[ENTER]|C[ENTRE]|R[IGHT]}
SQL> col ename justify center
SQL> /
      EMPNO           ENAME                   JOB
----------   ----------------------------------------       ---------
       7369 SMITH                                    CLERK
       7499 ALLEN                                    SALESMAN
7521 WARD                                     SALESMAN
对于NUMBER型的列，列标题缺省在右边，其它类型的列标题缺省在左边
  
5). 不让一个列显示在屏幕上
NOPRI[NT]|PRI[NT]
SQL> col job noprint
SQL> /
      EMPNO           ENAME
----------     ----------------------------------------
       7369 SMITH
       7499 ALLEN
7521 WARD
  
6). 格式化NUMBER类型列的显示：
SQL> COLUMN SAL FORMAT $99,990
SQL> /
Employee
Department Name        Salary    Commission
---------- ---------- --------- ----------
30          ALLEN        $1,600    300
  
7). 显示列值时，如果列值为NULL值，用text值代替NULL值
COMM NUL[L] text
SQL>COL COMM NUL[L] text
  
8). 设置一个列的回绕方式
WRA[PPED]|WOR[D_WRAPPED]|TRU[NCATED]
        COL1
--------------------
HOW ARE YOU?
  
SQL>COL COL1 FORMAT A5
SQL>COL COL1 WRAPPED
COL1
-----
HOW A
RE YO
U?
  
SQL> COL COL1 WORD_WRAPPED
COL1
-----
HOW
ARE
YOU?
  
SQL> COL COL1 WORD_WRAPPED
COL1
-----
HOW A
  
9). 显示列的当前的显示属性值
SQL> COLUMN column_name
  
10). 将所有列的显示属性设为缺省值
SQL> CLEAR COLUMNS
  
8. 屏蔽掉一个列中显示的相同的值
BREAK ON break_column
SQL> BREAK ON DEPTNO
SQL> SELECT DEPTNO, ENAME, SAL
FROM EMP
  WHERE SAL < 2500
  ORDER BY DEPTNO;
DEPTNO      ENAME         SAL
---------- ----------- ---------
10           CLARK        2450
MILLER      1300
20            SMITH       800
ADAMS       1100
  
9. 在上面屏蔽掉一个列中显示的相同的值的显示中，每当列值变化时在值变化之前插入n个空行。
BREAK ON break_column SKIP n
  
SQL> BREAK ON DEPTNO SKIP 1
SQL> /
DEPTNO ENAME SAL
---------- ----------- ---------
10 CLARK 2450
MILLER 1300
  
20 SMITH 800
ADAMS 1100
  
10. 显示对BREAK的设置
SQL> BREAK
  
11. 删除6、7的设置
SQL> CLEAR BREAKS
  
12. Set 命令：
该命令包含许多子命令：
SET system_variable value
system_variable value 可以是如下的子句之一：
APPI[NFO]{ON|OFF|text}
ARRAY[SIZE] {15|n}
AUTO[COMMIT]{ON|OFF|IMM[EDIATE]|n}
AUTOP[RINT] {ON|OFF}
AUTORECOVERY [ON|OFF]
AUTOT[RACE] {ON|OFF|TRACE[ONLY]} [EXP[LAIN]] [STAT[ISTICS]]
BLO[CKTERMINATOR] {.|c}
CMDS[EP] {;|c|ON|OFF}
COLSEP {_|text}
COM[PATIBILITY]{V7|V8|NATIVE}
CON[CAT] {.|c|ON|OFF}
COPYC[OMMIT] {0|n}
COPYTYPECHECK {ON|OFF}
DEF[INE] {&|c|ON|OFF}
DESCRIBE [DEPTH {1|n|ALL}][LINENUM {ON|OFF}][INDENT {ON|OFF}]
ECHO {ON|OFF}
EDITF[ILE] file_name[.ext]
EMB[EDDED] {ON|OFF}
ESC[APE] {\|c|ON|OFF}
FEED[BACK] {6|n|ON|OFF}
FLAGGER {OFF|ENTRY |INTERMED[IATE]|FULL}
FLU[SH] {ON|OFF}
HEA[DING] {ON|OFF}
HEADS[EP] {||c|ON|OFF}
INSTANCE [instance_path|LOCAL]
LIN[ESIZE] {80|n}
LOBOF[FSET] {n|1}
LOGSOURCE [pathname]
LONG {80|n}
LONGC[HUNKSIZE] {80|n}
MARK[UP] HTML [ON|OFF] [HEAD text] [BODY text] [ENTMAP {ON|OFF}] [SPOOL
{ON|OFF}] [PRE[FORMAT] {ON|OFF}]
NEWP[AGE] {1|n|NONE}
NULL text
NUMF[ORMAT] format
NUM[WIDTH] {10|n}
PAGES[IZE] {24|n}
PAU[SE] {ON|OFF|text}
RECSEP {WR[APPED]|EA[CH]|OFF}
RECSEPCHAR {_|c}
SERVEROUT[PUT] {ON|OFF} [SIZE n] [FOR[MAT] {WRA[PPED]|WOR[D_
WRAPPED]|TRU[NCATED]}]
SHIFT[INOUT] {VIS[IBLE]|INV[ISIBLE]}
SHOW[MODE] {ON|OFF}
SQLBL[ANKLINES] {ON|OFF}
SQLC[ASE] {MIX[ED]|LO[WER]|UP[PER]}
SQLCO[NTINUE] {> |text}
SQLN[UMBER] {ON|OFF}
SQLPRE[FIX] {#|c}
SQLP[ROMPT] {SQL>|text}
SQLT[ERMINATOR] {;|c|ON|OFF}
SUF[FIX] {SQL|text}
TAB {ON|OFF}
TERM[OUT] {ON|OFF}
TI[ME] {ON|OFF}
TIMI[NG] {ON|OFF}
TRIM[OUT] {ON|OFF}
TRIMS[POOL] {ON|OFF}
UND[ERLINE] {-|c|ON|OFF}
VER[IFY] {ON|OFF}
WRA[P] {ON|OFF}
  
1). 设置当前session是否对修改的数据进行自动提交
SQL>SET AUTO[COMMIT] {ON|OFF|IMM[EDIATE]| n}
  
2)．在用start命令执行一个sql脚本时，是否显示脚本中正在执行的SQL语句
SQL> SET ECHO {ON|OFF}
  
3).是否显示当前sql语句查询或修改的行数
SQL> SET FEED[BACK] {6|n|ON|OFF}
   默认只有结果大于6行时才显示结果的行数。如果set feedback 1 ，则不管查询到多少行都返回。当为off 时，一律不显示查询的行数
  
4).是否显示列标题
SQL> SET HEA[DING] {ON|OFF}
当set heading off 时，在每页的上面不显示列标题，而是以空白行代替
  
5).设置一行可以容纳的字符数
SQL> SET LIN[ESIZE] {80|n}
   如果一行的输出内容大于设置的一行可容纳的字符数，则折行显示。
  
6).设置页与页之间的分隔
SQL> SET NEWP[AGE] {1|n|NONE}
当set newpage 0 时，会在每页的开头有一个小的黑方框。
当set newpage n 时，会在页和页之间隔着n个空行。
当set newpage none 时，会在页和页之间没有任何间隔。
  
7).显示时，用text值代替NULL值
SQL> SET NULL text
  
8).设置一页有多少行数
SQL> SET PAGES[IZE] {24|n}
如果设为0，则所有的输出内容为一页并且不显示列标题
  
9).是否显示用DBMS_OUTPUT.PUT_LINE包进行输出的信息。
SQL> SET SERVEROUT[PUT] {ON|OFF}  
在编写存储过程时，我们有时会用dbms_output.put_line将必要的信息输出，以便对存储过程进行调试，只有将serveroutput变量设为on后，信息才能显示在屏幕上。
  
10).当SQL语句的长度大于LINESIZE时，是否在显示时截取SQL语句。
SQL> SET WRA[P] {ON|OFF}
   当输出的行的长度大于设置的行的长度时（用set linesize n命令设置），当set wrap on时，输出行的多于的字符会另起一行显示，否则，会将输出行的多于字符切除，不予显示。
  
11).是否在屏幕上显示输出的内容，主要用与SPOOL结合使用。
SQL> SET TERM[OUT] {ON|OFF}
   在用spool命令将一个大表中的内容输出到一个文件中时，将内容输出在屏幕上会耗费大量的时间，设置set termspool off后，则输出的内容只会保存在输出文件中，不会显示在屏幕上，极大的提高了spool的速度。
  
12).将SPOOL输出中每行后面多余的空格去掉
SQL> SET TRIMS[OUT] {ON|OFF}  
   
13)显示每个sql语句花费的执行时间
set TIMING  {ON|OFF}
  
14．修改sql buffer中的当前行中，第一个出现的字符串
C[HANGE] /old_value/new_value
SQL> l
   1* select * from dept
SQL> c/dept/emp
   1* select * from emp
  
15．编辑sql buffer中的sql语句
EDI[T]
  
16．显示sql buffer中的sql语句，list n显示sql buffer中的第n行，并使第n行成为当前行
L[IST] [n]
  
17．在sql buffer的当前行下面加一行或多行
I[NPUT]
  
18．将指定的文本加到sql buffer的当前行后面
A[PPEND]
SQL> select deptno,
   2  dname
   3  from dept;
     DEPTNO DNAME
---------- --------------
         10 ACCOUNTING
         20 RESEARCH
         30 SALES
         40 OPERATIONS
  
SQL> L 2
   2* dname
SQL> a ,loc
   2* dname,loc
SQL> L
   1  select deptno,
   2  dname,loc
   3* from dept
SQL> /
  
     DEPTNO DNAME          LOC
---------- -------------- -------------
         10 ACCOUNTING     NEW YORK
         20 RESEARCH       DALLAS
         30 SALES          CHICAGO
         40 OPERATIONS     BOSTON
  
19．将sql buffer中的sql语句保存到一个文件中
SAVE file_name
  
20．将一个文件中的sql语句导入到sql buffer中
GET file_name
  
21．再次执行刚才已经执行的sql语句
RUN
or
/
  
22．执行一个存储过程
EXECUTE procedure_name
  
23．在sql*plus中连接到指定的数据库
CONNECT user_name/passwd@db_alias
  
24．设置每个报表的顶部标题
TTITLE
  
25．设置每个报表的尾部标题
BTITLE
  
26．写一个注释
REMARK [text]
  
27．将指定的信息或一个空行输出到屏幕上
PROMPT [text]
  
28．将执行的过程暂停，等待用户响应后继续执行
PAUSE [text]
  
Sql>PAUSE Adjust paper and press RETURN to continue.
  
29．将一个数据库中的一些数据拷贝到另外一个数据库（如将一个表的数据拷贝到另一个数据库）
COPY {FROM database | TO database | FROM database TO database}
{APPEND|CREATE|INSERT|REPLACE} destination_table
[(column, column, column, ...)] USING query
  
sql>COPY FROM SCOTT/TIGER@HQ TO JOHN/CHROME@WEST  
create emp_temp
USING SELECT * FROM EMP
  
30．不退出sql*plus，在sql*plus中执行一个操作系统命令：
HOST
  
Sql> host hostname
该命令在windows下可能被支持。
  
31．在sql*plus中，切换到操作系统命令提示符下，运行操作系统命令后，可以再次切换回sql*plus：
!
  
sql>!
$hostname
$exit
sql>
  
该命令在windows下不被支持。
  
32．显示sql*plus命令的帮助
HELP
如何安装帮助文件：
Sql>@ ?\sqlplus\admin\help\hlpbld.sql ?\sqlplus\admin\help\helpus.sql
Sql>help index
  
33．显示sql*plus系统变量的值或sql*plus环境变量的值
Syntax
SHO[W] option
where option represents one of the following terms or clauses:
system_variable
ALL
BTI[TLE]
ERR[ORS] [{FUNCTION|PROCEDURE|PACKAGE|PACKAGE BODY|
TRIGGER|VIEW|TYPE|TYPE BODY} [schema.]name]
LNO
PARAMETERS [parameter_name]
PNO
REL[EASE]
REPF[OOTER]
REPH[EADER]
SGA
SPOO[L]
SQLCODE
TTI[TLE]
USER
  
1) . 显示当前环境变量的值：
Show all
  
2) . 显示当前在创建函数、存储过程、触发器、包等对象的错误信息
Show error
当创建一个函数、存储过程等出错时，变可以用该命令查看在那个地方出错及相应的出错信息，进行修改后再次进行编译。
  
3) . 显示初始化参数的值：
show PARAMETERS [parameter_name]
  
4) . 显示数据库的版本：
show REL[EASE]
  
5) . 显示SGA的大小
show SGA
  
6). 显示当前的用户名
show user]]> <![CDATA[Oracle数据库字符集问题解决方案]]> http://blogger.org.cn/blog/more.asp?name=blakestone&id=8544 blakestone 2005/9/12 16:52:03 较多。ORACLE 不论是数据库管理能力还是安全性都是无可非议的，但是，它在汉
字信息的显示方面着实给中国用户带来不少麻烦，笔者多年从事ORACLE数据库管
理，经常收到周围用户和外地用户反映有关ORACLE数据库汉字显示问题的求援信，
主要现象是把汉字显示为不可识别的乱码，造成原来大量信息无法使用。本文将就
这一问题产生的原因和解决办法进行一些探讨，供存在这方面问题的用户朋友参
考。  
---- 1、原因分析  
  
---- 通过对用户反映情况的分析，发现字符集的设置不当是影响ORACLE数据库汉
字显示的关键问题。那么字符集是怎么一会事呢？字符集是ORACLE 为适应不同语
言文字显示而设定的。用于汉字显示的字符集主要有ZHS16CGB231280，
US7ASCII，WE8ISO8859P1等。字符集不仅需在服务器端存在，而且客户端也必须
有字符集注册。服务器端，字符集是在安装ORACLE时指定的，字符集登记信息存储
在ORACLE数据库字典的V$NLS_PARAMETERS表中；客户端，字符集分两种情况，一
种情况是sql*net 2.0以下版本，字符集是在windows的系统目录下的oracle.ini
文件中登记的；另一种情况是sql*net 2.0以上（即32位）版本，字符集是在  
windows的系统注册表中登记的。要在客户端正确显示ORACLE 数据库汉字信息，首
先必须使服务器端的字符集与客户端的字符集一致；其次是加载到ORACLE数据库的
数据字符集必须与服务器指定字符集一致。因此，把用户存在的问题归纳分类，产
生汉字显示异常的原因大致有以下几种：  
  
---- 1. 1服务器指定字符集与客户字符集不同，而与加载数据字符集一致。  
  
---- 这种情况是最常见的，只要把客户端的字符集设置正确即可，解决办法见
2.1。  
  
---- 1. 2服务器指定字符集与客户字符集相同,与加载数据字符集不一致。  
  
---- 这类问题一般发生在ORACLE版本升级或重新安装系统时选择了与原来服务器
端不同的字符集，而恢复加载的备份数据仍是按原字符集卸出的场合,以及加载从其
它使用不同字符集的ORACLE数据库卸出的数据的情况。这两种情况中，不管服务器
端和客户端字符集是否一致都无法显示汉字。解决办法见2.2。  
  
---- 1.3服务器指定字符集与客户字符集不同,与输入数据字符集不一致。  
  
---- 这种情况是在客户端与服务器端字符集不一致时，从客户端输入了汉字信
息。输入的这些信息即便是把客户端字符集更改正确，也无法显示汉字。解决办法
见2.3。  
  
---- 2．解决办法  
  
---- 下面将分别对上述三种情况给出解决办法。为了叙述方便，假设客户端使用
WINDOWS95/98环境，并已成功地配置了TCP/IP协议，安装了ORACLE的sql*net，
sql*pluse产品。  
  
---- 2.1 设置客户端字符集与服务器端字符集一致  
  
---- 假设当前服务器端使用US7ASCII字符集。  
  
---- （1）查看服务器端字符集  
  
---- 通过客户端或服务器端的sql*plus登录ORACLE的一个合法用户，执行下列
SQL语句：  
  
SQL > select * from V$NLS_PARAMETERS  
parameter value
NLS_LANGUAGE AMERICAN
NLS_TERRITORY AMERICA
…. ….
NLS_CHARACTERSET US7ASCII
NLS_SORT BINARY
NLS_NCHAR_CHARACTERSET US7ASCII
  
---- 从上述列表信息中可看出服务器端ORACLE数据库的字符集为'US7ASCII'。  
  
---- （2）按照服务器端字符集对客户端进行配置  
  
---- 配置方法有两种：  
  
安装ORACLE的客户端软件时指定  
---- 在安装ORACLE的客户端产品软件时，选择与ORACLE服务端一致的字符集（本
例为US7ASCII）即可。  
  
修改注册信息的方法  
---- 根据ORACLE 客户端所选sql*net 的版本分为下列两种情况：  
  
---- a. 客户端为 sql*net 2.0 以下版本  
  
---- 进入Windows的系统目录，编辑oracle.ini文件，用US7ASCII替换原字符
集，重新启动计算机，设置生效。  
  
---- b. 客户端为 sql*net 2.0 以上版本  
  
---- 在WIN98 下 运 行REGEDIT,第一步选HKEY_LOCAL_MACHINE,第二步选择
SOFTWARE， 第三步选择 ORACLE， 第四步选择 NLS_LANG， 键 入 与服 务 器  
端 相 同 的 字 符 集（本例为：AMERICAN_AMERICAN.US7ASCII）。  
  
---- 2.2 强制加载数据字符集与服务器端字符集一致  
  
---- 假设要加载数据从原ORACLE数据库卸出时的字符集为US7ASCII，当前ORACLE
服务器字符集为WE8ISO8859P1。  
  
---- 下面提供三种解决方法：  
  
---- （1） 服务器端重新安装ORACLE  
  
---- 在重新安装ORACLE 时选择与原卸出数据一致的字符集（本例为
US7ASCII）。  
  
---- 加载原卸出的数据。  
  
---- 这种情况仅仅使用于空库和具有同一种字符集的数据。  
  
---- （2）强行修改服务器端ORACLE当前字符集  
  
---- 在用imp命令加载数据前，先在客户端用sql*plus登录system DBA用户，执
行下列SQL语句进行当前ORACLE数据库字符集修改：  
  
SQL > create database character set US7ASCII
* create database character set US7ASCII
ERROR at line 1:
ORA-01031: insufficient privileges
  
---- 你会发现语句执行过程中，出现上述错误提示信息，此时不用理会，实际上
ORACLE数据库的字符集已被强行修改为US7ASCII，接着用imp命令装载数据。等数
据装载完成以后，shutdown 数据库，再startup 数据库，用合法用户登录ORACLE
数据库，在sql>命令提示符下，运行select * from V$NLS_PARAMETERS，可以看
到ORACLE数据库字符集已复原，这时再查看有汉字字符数据的表时，汉字已能被正
确显示。  
  
---- （3）利用数据格式转储，避开字符集限制  
  
---- 这种方法主要用于加载外来ORACLE数据库的不同字符集数据。其方法如下：  
  
---- 先将数据加载到具有相同字符集的服务器上，然后用转换工具卸出为
foxbase 格式或access格式数据库，再用转换工具转入到不同字符集的ORACLE数
据库中，这样就避免了ORACLE字符集的困扰。目前数据库格式转换的工具很多,象
power builder5.0以上版本提供的pipeline，Microsoft Access数据库提供的数
据导入/导出功能等。转换方法参见有关资料说明。.  
  
---- 2.3匹配字符集替换汉字  
  
---- 对于1.3提到的情况，没有很好的办法，只能先把客户端与服务器端字符集匹  
配一致后，根据原输入汉字的特征码替换汉字字符部分。
]]> <![CDATA[Oracle经典书籍介绍]]> http://blogger.org.cn/blog/more.asp?name=blakestone&id=8541 blakestone 2005/9/12 14:42:54 提到入门学习，我又得搬Tom(Thomas Kyte)出来了。他在Ask Tom和他最新的书里都介绍了他认为比较好的学习途径和阅读资料。他推荐的资料都是Oracle的官方文档，有个网友在版上也提出是不是通读文档就可以了。可以肯定地说，如果你通读了文档，记住了其中的50%，那你已经很牛了，我的有生之年估计不会有可能通读——对于9iR2一共48篇文档共计46000+页！Tom给出了必读文档和顺序，我简要说明如下：
                   所有人员
                   Concepts
                       |
                  New Features
      __________|____________
     |                                      |
Developer                            DBA
Application                      Backup & Recovery
Dev Guide(Fundamentals)       Concepts
     |                                      |
PL/SQL User Guide             Recovery Reference
& References                         |
     |                                      |
Performance                  Administrators' Guide               
Planning
     |______________________|      
                       |                 
                  Performance
                & Tunning Guide
  
下面来谈谈书籍。
     国内比较畅销的当属机械工业出版社黑色那套了，其中精品很多。入门的《Oracle 9i初学者指南》浅显易懂，是入门的好帮手。开发方面《Oracle 9i PL/SQL程序设计》，DBA方面《Oracle 9i DBA手册》，调优方面《Oracle 9i性能调优指南》都是经典的书，根据需要选择吧。我觉得其中《Oracle 9i 参考手册》是不错的书，比较全面实用，各方面涉及就不深入了。
     其他经典书籍又不能绕过Tom了，他的《Oracle专家高级编程》（Expert one-by-on Oracle）是绝对的经典，可惜中文版被翻译糟蹋了，我正在看，其中的翻译有的术语很怪异，有的不知所云，确实有点累，但内容深入，涉及到Oracle内部结构、锁机制、导入导出的使用、性能调优等等等等很多的方面。主要基于Oracle 8.1.7，但是用他的原话来说99%的可以毫无变动的用到9i上。他还基于这本书写了另一本新书《Effective Oracle by Design》（2003），国内尚没有翻译版，要买的话只有Amazon了，目前倒是降价中。内容主要是关于开发的一整套，比如团队开发中的分工、开发的原则、性能调优等等。这两本书的内容介绍和目录大家可以到asktom.oracle.com看到，总体来说都是大师之作。
     其实上面这些书已经是很充足了，加起来上万页也有了。不过要考OCP的话，还是看Student Guide咯（地球人都知道？:)），我刚看完007和031的vol.1，总体感觉是讲解还算详细，内容不是很深，但真的很全面。另外它是作为教程的形式的，所以很多东西的编排考虑到了难度等等，而不是一般参考手册那样一次就把一个数据对象、类型讲透。看这个文档的同时大家可以结合上面提到的官方文档、书籍一起阅读。
]]> <![CDATA[Oracle 9i 分析函数参考手册]]> http://blogger.org.cn/blog/more.asp?name=blakestone&id=8469 blakestone 2005/9/11 9:55:06 下面例子中使用的表来自Oracle自带的HR用户下的表，如果没有安装该用户，可以在SYS用户下运行$ORACLE_HOME/demo/schema/human_resources/hr_main.sql来创建。
        少数几个例子需要访问SH用户下的表，如果没有安装该用户，可以在SYS用户下运行$ORACLE_HOME/demo/schema/sales_history/sh_main.sql来创建。
        如果未指明缺省是在HR用户下运行例子。
        开窗函数的的理解：
        开窗函数指定了分析函数工作的数据窗口大小，这个数据窗口大小可能会随着行的变化而变化，举例如下：
over（order by salary） 按照salary排序进行累计，order by是个默认的开窗函数
over（partition by deptno）按照部门分区
over（order by salary range between 50 preceding and 150 following）
每行对应的数据窗口是之前行幅度值不超过50，之后行幅度值不超过150
over（order by salary rows between 50 preceding and 150 following）
每行对应的数据窗口是之前50行，之后150行
over（order by salary rows between unbounded preceding and unbounded following）
每行对应的数据窗口是从第一行到最后一行，等效：
over（order by salary range between unbounded preceding and unbounded following）

主要参考资料：《expert one-on-one》 Tom Kyte  《Oracle9i SQL Reference》第6章


AVG
功能描述：用于计算一个组和数据窗口内表达式的平均值。
SAMPLE：下面的例子中列c_mavg计算员工表中每个员工的平均薪水报告，该平均值由当前员工和与之具有相同经理的前一个和后一个三者的平均数得来；

SELECT manager_id, last_name, hire_date, salary,
   AVG(salary) OVER (PARTITION BY manager_id ORDER BY hire_date
   ROWS BETWEEN 1 PRECEDING AND 1 FOLLOWING) AS c_mavg
   FROM employees;

MANAGER_ID LAST_NAME                 HIRE_DATE     SALARY     C_MAVG
---------- ------------------------- --------- ---------- ----------
       100 Kochhar                   21-SEP-89      17000      17000
       100 De Haan                   13-JAN-93      17000      15000
       100 Raphaely                  07-DEC-94      11000 11966.6667
       100 Kaufling                  01-MAY-95       7900 10633.3333
       100 Hartstein                 17-FEB-96      13000 9633.33333
       100 Weiss                     18-JUL-96       8000 11666.6667
       100 Russell                   01-OCT-96      14000 11833.3333
.
.
.


CORR
功能描述：返回一对表达式的相关系数，它是如下的缩写：
          COVAR_POP(expr1,expr2)/STDDEV_POP(expr1)*STDDEV_POP(expr2))
          从统计上讲，相关性是变量之间关联的强度，变量之间的关联意味着在某种程度
          上一个变量的值可由其它的值进行预测。通过返回一个-1~1之间的一个数, 相关
          系数给出了关联的强度，0表示不相关。
SAMPLE：下例返回1998年月销售收入和月单位销售的关系的累积系数（本例在SH用户下运行）

SELECT t.calendar_month_number,
       CORR (SUM(s.amount_sold), SUM(s.quantity_sold))
       OVER (ORDER BY t.calendar_month_number) as CUM_CORR
  FROM sales s, times t
WHERE s.time_id = t.time_id AND calendar_year = 1998
GROUP BY t.calendar_month_number
ORDER BY t.calendar_month_number;

CALENDAR_MONTH_NUMBER   CUM_CORR
--------------------- ----------
                    1
                    2          1
                    3 .994309382
                    4 .852040875
                    5 .846652204
                    6 .871250628
                    7 .910029803
                    8 .917556399
                    9 .920154356
                   10  .86720251
                   11 .844864765
                   12 .903542662


COVAR_POP  
功能描述：返回一对表达式的总体协方差。
SAMPLE：下例CUM_COVP返回定价和最小产品价格的累积总体协方差

SELECT product_id, supplier_id,
        COVAR_POP(list_price, min_price)
          OVER (ORDER BY product_id, supplier_id) AS CUM_COVP,
        COVAR_SAMP(list_price, min_price)
          OVER (ORDER BY product_id, supplier_id) AS CUM_COVS
  FROM product_information p
WHERE category_id = 29
ORDER BY product_id, supplier_id;

PRODUCT_ID SUPPLIER_ID   CUM_COVP   CUM_COVS
---------- ----------- ---------- ----------
      1774      103088          0
      1775      103087    1473.25     2946.5
      1794      103096 1702.77778 2554.16667
      1825      103093    1926.25 2568.33333
      2004      103086     1591.4    1989.25
      2005      103086     1512.5       1815
      2416      103088 1475.97959 1721.97619
.
.


COVAR_SAMP  
功能描述：返回一对表达式的样本协方差
SAMPLE：下例CUM_COVS返回定价和最小产品价格的累积样本协方差

SELECT product_id, supplier_id,
        COVAR_POP(list_price, min_price)
          OVER (ORDER BY product_id, supplier_id) AS CUM_COVP,
        COVAR_SAMP(list_price, min_price)
          OVER (ORDER BY product_id, supplier_id) AS CUM_COVS
  FROM product_information p
WHERE category_id = 29
ORDER BY product_id, supplier_id;

PRODUCT_ID SUPPLIER_ID   CUM_COVP   CUM_COVS
---------- ----------- ---------- ----------
      1774      103088          0
      1775      103087    1473.25     2946.5
      1794      103096 1702.77778 2554.16667
      1825      103093    1926.25 2568.33333
      2004      103086     1591.4    1989.25
      2005      103086     1512.5       1815
      2416      103088 1475.97959 1721.97619
.
.


COUNT
功能描述：对一组内发生的事情进行累积计数，如果指定*或一些非空常数，count将对所有行计数，如果指定一个表达式，count返回表达式非空赋值的计数，当有相同值出现时，这些相等的值都会被纳入被计算的值；可以使用DISTINCT来记录去掉一组中完全相同的数据后出现的行数。
SAMPLE：下面例子中计算每个员工在按薪水排序中当前行附近薪水在[n-50,n+150]之间的行数，n表示当前行的薪水
例如，Philtanker的薪水2200，排在他之前的行中薪水大于等于2200-50的有1行，排在他之后的行中薪水小于等于2200＋150的行没有，所以count计数值cnt3为2（包括自己当前行）；cnt2值相当于小于等于当前行的SALARY值的所有行数

SELECT last_name, salary, COUNT(*) OVER () AS cnt1,
       COUNT(*) OVER (ORDER BY salary) AS cnt2,
       COUNT(*) OVER (ORDER BY salary RANGE BETWEEN 50 PRECEDING
       AND 150 FOLLOWING) AS cnt3 FROM employees;

LAST_NAME                     SALARY       CNT1       CNT2       CNT3
------------------------- ---------- ---------- ---------- ----------
Olson                           2100        107          1          3
Markle                          2200        107          3          2
Philtanker                      2200        107          3          2
Landry                          2400        107          5          8
Gee                             2400        107          5          8
Colmenares                      2500        107         11         10
Patel                           2500        107         11         10
.
.


CUME_DIST
功能描述：计算一行在组中的相对位置，CUME_DIST总是返回大于0、小于或等于1的数，该数表示该行在N行中的位置。例如，在一个3行的组中，返回的累计分布值为1/3、2/3、3/3
SAMPLE：下例中计算每个工种的员工按薪水排序依次累积出现的分布百分比

SELECT job_id, last_name, salary, CUME_DIST()
       OVER (PARTITION BY job_id ORDER BY salary) AS cume_dist
  FROM employees  WHERE job_id LIKE 'PU%';

JOB_ID     LAST_NAME                     SALARY  CUME_DIST
---------- ------------------------- ---------- ----------
PU_CLERK   Colmenares                      2500         .2
PU_CLERK   Himuro                          2600         .4
PU_CLERK   Tobias                          2800         .6
PU_CLERK   Baida                           2900         .8
PU_CLERK   Khoo                            3100          1
PU_MAN     Raphaely                       11000          1


DENSE_RANK
功能描述：根据ORDER BY子句中表达式的值，从查询返回的每一行，计算它们与其它行的相对位置。组内的数据按ORDER BY子句排序，然后给每一行赋一个号，从而形成一个序列，该序列从1开始，往后累加。每次ORDER BY表达式的值发生变化时，该序列也随之增加。有同样值的行得到同样的数字序号（认为null时相等的）。密集的序列返回的时没有间隔的数
SAMPLE：下例中计算每个员工按部门分区再按薪水排序，依次出现的序列号（注意与RANK函数的区别）

SELECT d.department_id , e.last_name, e.salary, DENSE_RANK()
        OVER (PARTITION BY e.department_id ORDER BY e.salary) as drank
  FROM employees e, departments d
WHERE e.department_id = d.department_id
   AND d.department_id IN ('60', '90');

DEPARTMENT_ID LAST_NAME                     SALARY      DRANK
------------- ------------------------- ---------- ----------
           60 Lorentz                         4200          1
           60 Austin                          4800          2
           60 Pataballa                       4800          2
           60 Ernst                           6000          3
           60 Hunold                          9000          4
           90 Kochhar                        17000          1
           90 De Haan                        17000          1
           90 King                           24000          2


FIRST
功能描述：从DENSE_RANK返回的集合中取出排在最前面的一个值的行（可能多行，因为值可能相等），因此完整的语法需要在开始处加上一个集合函数以从中取出记录
SAMPLE：下面例子中DENSE_RANK按部门分区，再按佣金commission_pct排序，FIRST取出佣金最低的对应的所有行，然后前面的MAX函数从这个集合中取出薪水最低的值；LAST取出佣金最高的对应的所有行，然后前面的MIN函数从这个集合中取出薪水最高的值
SELECT last_name, department_id, salary,
         MIN(salary) KEEP (DENSE_RANK FIRST ORDER BY commission_pct)
         OVER (PARTITION BY department_id) "Worst",
         MAX(salary) KEEP (DENSE_RANK LAST ORDER BY commission_pct)
         OVER (PARTITION BY department_id) "Best"
  FROM employees
WHERE department_id in (20,80)
ORDER BY department_id, salary;

LAST_NAME                 DEPARTMENT_ID     SALARY      Worst       Best
------------------------- ------------- ---------- ---------- ----------
Fay                                  20       6000       6000      13000
Hartstein                            20      13000       6000      13000
Kumar                                80       6100       6100      14000
Banda                                80       6200       6100      14000
Johnson                              80       6200       6100      14000
Ande                                 80       6400       6100      14000
Lee                                  80       6800       6100      14000
Tuvault                              80       7000       6100      14000
Sewall                               80       7000       6100      14000
Marvins                              80       7200       6100      14000
Bates                                80       7300       6100      14000
.
.
.


FIRST_VALUE  
功能描述：返回组中数据窗口的第一个值。
SAMPLE：下面例子计算按部门分区按薪水排序的数据窗口的第一个值对应的名字，如果薪水的第一个值有多个，则从多个对应的名字中取缺省排序的第一个名字

SELECT department_id, last_name, salary, FIRST_VALUE(last_name)
  OVER (PARTITION BY department_id ORDER BY salary ASC ) AS lowest_sal
  FROM employees
WHERE department_id in(20,30);

DEPARTMENT_ID LAST_NAME                     SALARY LOWEST_SAL
------------- ------------------------- ---------- --------------
           20 Fay                             6000 Fay
           20 Hartstein                      13000 Fay
           30 Colmenares                      2500 Colmenares
           30 Himuro                          2600 Colmenares
           30 Tobias                          2800 Colmenares
           30 Baida                           2900 Colmenares
           30 Khoo                            3100 Colmenares
           30 Raphaely                       11000 Colmenares


LAG
功能描述：可以访问结果集中的其它行而不用进行自连接。它允许去处理游标，就好像游标是一个数组一样。在给定组中可参考当前行之前的行，这样就可以从组中与当前行一起选择以前的行。Offset是一个正整数，其默认值为1，若索引超出窗口的范围，就返回默认值（默认返回的是组中第一行），其相反的函数是LEAD
SAMPLE：下面的例子中列prev_sal返回按hire_date排序的前1行的salary值

SELECT last_name, hire_date, salary,
       LAG(salary, 1, 0) OVER (ORDER BY hire_date) AS prev_sal
  FROM employees
WHERE job_id = 'PU_CLERK';

LAST_NAME                 HIRE_DATE      SALARY   PREV_SAL
------------------------- ---------- ---------- ----------
Khoo                      18-5月 -95       3100          0
Tobias                    24-7月 -97       2800       3100
Baida                     24-12月-97       2900       2800
Himuro                    15-11月-98       2600       2900
Colmenares                10-8月 -99       2500       2600


LAST
功能描述：从DENSE_RANK返回的集合中取出排在最后面的一个值的行（可能多行，因为值可能相等），因此完整的语法需要在开始处加上一个集合函数以从中取出记录
SAMPLE：下面例子中DENSE_RANK按部门分区，再按佣金commission_pct排序，FIRST取出佣金最低的对应的所有行，然后前面的MAX函数从这个集合中取出薪水最低的值；LAST取出佣金最高的对应的所有行，然后前面的MIN函数从这个集合中取出薪水最高的值
SELECT last_name, department_id, salary,
         MIN(salary) KEEP (DENSE_RANK FIRST ORDER BY commission_pct)
         OVER (PARTITION BY department_id) "Worst",
         MAX(salary) KEEP (DENSE_RANK LAST ORDER BY commission_pct)
         OVER (PARTITION BY department_id) "Best"
  FROM employees
WHERE department_id in (20,80)
ORDER BY department_id, salary;

LAST_NAME                 DEPARTMENT_ID     SALARY      Worst       Best
------------------------- ------------- ---------- ---------- ----------
Fay                                  20       6000       6000      13000
Hartstein                            20      13000       6000      13000
Kumar                                80       6100       6100      14000
Banda                                80       6200       6100      14000
Johnson                              80       6200       6100      14000
Ande                                 80       6400       6100      14000
Lee                                  80       6800       6100      14000
Tuvault                              80       7000       6100      14000
Sewall                               80       7000       6100      14000
Marvins                              80       7200       6100      14000
Bates                                80       7300       6100      14000
.
.
.


LAST_VALUE
功能描述：返回组中数据窗口的最后一个值。
SAMPLE：下面例子计算按部门分区按薪水排序的数据窗口的最后一个值对应的名字，如果薪水的最后一个值有多个，则从多个对应的名字中取缺省排序的最后一个名字
SELECT department_id, last_name, salary, LAST_VALUE(last_name)
    OVER(PARTITION BY department_id ORDER BY salary) AS highest_sal
  FROM employees
WHERE department_id in(20,30);

DEPARTMENT_ID LAST_NAME                     SALARY HIGHEST_SAL
------------- ------------------------- ---------- ------------
           20 Fay                             6000 Fay
           20 Hartstein                      13000 Hartstein
           30 Colmenares                      2500 Colmenares
           30 Himuro                          2600 Himuro
           30 Tobias                          2800 Tobias
           30 Baida                           2900 Baida
           30 Khoo                            3100 Khoo
           30 Raphaely                       11000 Raphaely


LEAD
功能描述：LEAD与LAG相反，LEAD可以访问组中当前行之后的行。Offset是一个正整数，其默认值为1，若索引超出窗口的范围，就返回默认值（默认返回的是组中第一行）
SAMPLE：下面的例子中每行的"NextHired"返回按hire_date排序的下一行的hire_date值

SELECT last_name, hire_date,
        LEAD(hire_date, 1) OVER (ORDER BY hire_date) AS "NextHired"
  FROM employees WHERE department_id = 30;

LAST_NAME                 HIRE_DATE NextHired
------------------------- --------- ---------
Raphaely                  07-DEC-94 18-MAY-95
Khoo                      18-MAY-95 24-JUL-97
Tobias                    24-JUL-97 24-DEC-97
Baida                     24-DEC-97 15-NOV-98
Himuro                    15-NOV-98 10-AUG-99
Colmenares                10-AUG-99


MAX
功能描述：在一个组中的数据窗口中查找表达式的最大值。
SAMPLE：下面例子中dept_max返回当前行所在部门的最大薪水值

SELECT department_id, last_name, salary,
   MAX(salary) OVER (PARTITION BY department_id) AS dept_max
   FROM employees WHERE department_id in (10,20,30);

DEPARTMENT_ID LAST_NAME                     SALARY   DEPT_MAX
------------- ------------------------- ---------- ----------
           10 Whalen                          4400       4400
           20 Hartstein                      13000      13000
           20 Fay                             6000      13000
           30 Raphaely                       11000      11000
           30 Khoo                            3100      11000
           30 Baida                           2900      11000
           30 Tobias                          2800      11000
           30 Himuro                          2600      11000
           30 Colmenares                      2500      11000


MIN
功能描述：在一个组中的数据窗口中查找表达式的最小值。
SAMPLE：下面例子中dept_min返回当前行所在部门的最小薪水值

SELECT department_id, last_name, salary,
   MIN(salary) OVER (PARTITION BY department_id) AS dept_min
   FROM employees WHERE department_id in (10,20,30);

DEPARTMENT_ID LAST_NAME                     SALARY   DEPT_MIN
------------- ------------------------- ---------- ----------
           10 Whalen                          4400       4400
           20 Hartstein                      13000       6000
           20 Fay                             6000       6000
           30 Raphaely                       11000       2500
           30 Khoo                            3100       2500
           30 Baida                           2900       2500
           30 Tobias                          2800       2500
           30 Himuro                          2600       2500
           30 Colmenares                      2500       2500


NTILE
功能描述：将一个组分为"表达式"的散列表示，例如，如果表达式=4，则给组中的每一行分配一个数（从1到4），如果组中有20行，则给前5行分配1，给下5行分配2等等。如果组的基数不能由表达式值平均分开，则对这些行进行分配时，组中就没有任何percentile的行数比其它percentile的行数超过一行，最低的percentile是那些拥有额外行的percentile。例如，若表达式=4，行数=21，则percentile=1的有5行，percentile=2的有5行等等。
SAMPLE：下例中把6行数据分为4份

SELECT last_name, salary,
       NTILE(4) OVER (ORDER BY salary DESC) AS quartile FROM employees
WHERE department_id = 100;

LAST_NAME                     SALARY   QUARTILE
------------------------- ---------- ----------
Greenberg                      12000          1
Faviet                          9000          1
Chen                            8200          2
Urman                           7800          2
Sciarra                         7700          3
Popp                            6900          4


PERCENT_RANK
功能描述：和CUME_DIST（累积分配）函数类似，对于一个组中给定的行来说，在计算那行的序号时，先减1，然后除以n-1（n为组中所有的行数）。该函数总是返回0～1（包括1）之间的数。
SAMPLE：下例中如果Khoo的salary为2900，则pr值为0.6，因为RANK函数对于等值的返回序列值是一样的

SELECT department_id, last_name, salary,
       PERCENT_RANK()
       OVER (PARTITION BY department_id ORDER BY salary) AS pr
  FROM employees
WHERE department_id < 50
  ORDER BY department_id,salary;

DEPARTMENT_ID LAST_NAME                     SALARY         PR
------------- ------------------------- ---------- ----------
           10 Whalen                          4400          0
           20 Fay                             6000          0
           20 Hartstein                      13000          1
           30 Colmenares                      2500          0
           30 Himuro                          2600        0.2
           30 Tobias                          2800        0.4
           30 Baida                           2900        0.6
           30 Khoo                            3100        0.8
           30 Raphaely                       11000          1
           40 Mavris                          6500          0


PERCENTILE_CONT
功能描述：返回一个与输入的分布百分比值相对应的数据值，分布百分比的计算方法见函数PERCENT_RANK，如果没有正好对应的数据值，就通过下面算法来得到值：
        RN = 1+ (P*(N-1)) 其中P是输入的分布百分比值，N是组内的行数
        CRN = CEIL(RN)  FRN = FLOOR(RN)
if (CRN = FRN = RN) then
                (value of expression from row at RN)
        else
                (CRN - RN) * (value of expression for row at FRN) +
                (RN - FRN) * (value of expression for row at CRN)
          注意：本函数与PERCENTILE_DISC的区别在找不到对应的分布值时返回的替代值的计算方法不同

SAMPLE：在下例中，对于部门60的Percentile_Cont值计算如下：
        P=0.7  N=5 RN =1+ (P*(N-1)=1+(0.7*(5-1))=3.8 CRN = CEIL(3.8)=4  
FRN = FLOOR(3.8)=3
          （4 - 3.8）* 4800 + (3.8 - 3) * 6000 = 5760

SELECT last_name, salary, department_id,
       PERCENTILE_CONT(0.7) WITHIN GROUP (ORDER BY salary)
       OVER (PARTITION BY department_id) "Percentile_Cont",
       PERCENT_RANK()
       OVER (PARTITION BY department_id ORDER BY salary) "Percent_Rank"
  FROM employees WHERE department_id IN (30, 60);

LAST_NAME                     SALARY DEPARTMENT_ID Percentile_Cont Percent_Rank
------------------------- ---------- ------------- --------------- ------------
Colmenares                      2500            30            3000            0
Himuro                          2600            30            3000          0.2
Tobias                          2800            30            3000          0.4
Baida                           2900            30            3000          0.6
Khoo                            3100            30            3000          0.8
Raphaely                       11000            30            3000            1
Lorentz                         4200            60            5760            0
Austin                          4800            60            5760         0.25
Pataballa                       4800            60            5760         0.25
Ernst                           6000            60            5760         0.75
Hunold                          9000            60            5760            1


PERCENTILE_DISC
功能描述：返回一个与输入的分布百分比值相对应的数据值，分布百分比的计算方法见函数CUME_DIST，如果没有正好对应的数据值，就取大于该分布值的下一个值。
注意：本函数与PERCENTILE_CONT的区别在找不到对应的分布值时返回的替代值的计算方法不同

SAMPLE：下例中0.7的分布值在部门30中没有对应的Cume_Dist值，所以就取下一个分布值0.83333333所对应的SALARY来替代

SELECT last_name, salary, department_id,
       PERCENTILE_DISC(0.7) WITHIN GROUP (ORDER BY salary )
       OVER (PARTITION BY department_id) "Percentile_Disc",
       CUME_DIST() OVER (PARTITION BY department_id ORDER BY salary)      "Cume_Dist"
  FROM employees
WHERE department_id in (30, 60);

LAST_NAME                     SALARY DEPARTMENT_ID Percentile_Disc  Cume_Dist
------------------------- ---------- ------------- --------------- ----------
Colmenares                      2500            30            3100 .166666667
Himuro                          2600            30            3100 .333333333
Tobias                          2800            30            3100         .5
Baida                           2900            30            3100 .666666667
Khoo                            3100            30            3100 .833333333
Raphaely                       11000            30            3100          1
Lorentz                         4200            60            6000         .2
Austin                          4800            60            6000         .6
Pataballa                       4800            60            6000         .6
Ernst                           6000            60            6000         .8
Hunold                          9000            60            6000          1


RANK
功能描述：根据ORDER BY子句中表达式的值，从查询返回的每一行，计算它们与其它行的相对位置。组内的数据按ORDER BY子句排序，然后给每一行赋一个号，从而形成一个序列，该序列从1开始，往后累加。每次ORDER BY表达式的值发生变化时，该序列也随之增加。有同样值的行得到同样的数字序号（认为null时相等的）。然而，如果两行的确得到同样的排序，则序数将随后跳跃。若两行序数为1，则没有序数2，序列将给组中的下一行分配值3，DENSE_RANK则没有任何跳跃。
SAMPLE：下例中计算每个员工按部门分区再按薪水排序，依次出现的序列号（注意与DENSE_RANK函数的区别）

SELECT d.department_id , e.last_name, e.salary, RANK()
        OVER (PARTITION BY e.department_id ORDER BY e.salary) as drank
  FROM employees e, departments d
WHERE e.department_id = d.department_id
   AND d.department_id IN ('60', '90');

DEPARTMENT_ID LAST_NAME                     SALARY      DRANK
------------- ------------------------- ---------- ----------
           60 Lorentz                         4200          1
           60 Austin                          4800          2
           60 Pataballa                       4800          2
           60 Ernst                           6000          4
           60 Hunold                          9000          5
           90 Kochhar                        17000          1
           90 De Haan                        17000          1
           90 King                           24000          3


RATIO_TO_REPORT
功能描述：该函数计算expression/(sum(expression))的值，它给出相对于总数的百分比，即当前行对sum(expression)的贡献。
SAMPLE：下例计算每个员工的工资占该类员工总工资的百分比

SELECT last_name, salary, RATIO_TO_REPORT(salary) OVER () AS rr
  FROM employees
WHERE job_id = 'PU_CLERK';

LAST_NAME                     SALARY         RR
------------------------- ---------- ----------
Khoo                            3100 .223021583
Baida                           2900 .208633094
Tobias                          2800 .201438849
Himuro                          2600  .18705036
Colmenares                      2500 .179856115


REGR_ (Linear Regression) Functions
功能描述：这些线性回归函数适合最小二乘法回归线，有9个不同的回归函数可使用。
          REGR_SLOPE：返回斜率，等于COVAR_POP(expr1, expr2) / VAR_POP(expr2)
          REGR_INTERCEPT：返回回归线的y截距，等于
                ]]> <![CDATA[UNIX与Windows 2000上Oracle的差异]]> http://blogger.org.cn/blog/more.asp?name=blakestone&id=8441 blakestone 2005/9/9 12:21:55 日期：19-Dec-2003　
出处：http://www.dbanotes.net
翻译：Fenng

摘要

ORACLE Database是广为人知的Unix硬件平台上的领先的数据库系统。ORACLE 用户和管理员因此熟悉 Unix平台上的 ORACLE 架构以及它上面的工具和技巧，并从他们的数据库得到最大的收益。相反，Windows上的 ORACLE 架构就不那么的被广为了解。这篇文章从一个 DBA 的角度考察了两个操作系统之间的关键的异同点。

简介

在看了几本令人失望的这方面的图书之后，我们写了这篇文章。那些书的通病是试图做太多的事情--在细节上论述 Windows 和 ORACLE 。我们的这篇文章假定读者熟悉 Unix 平台上的ORACLE DBA 的工作。因此本文将分析两个平台上的 ORACLE 的关键的差异而不是从头教你 ORACLE 的技巧。我们不想把它作为你的一份详尽的指导或者是手册的替代品，事实上本文会鼓励你阅读一些手册。作为数据库服务器平台，它只会涉及一些 Unix 和 Windows 上相关的优点，这就是本文的目的。

范例

这个例子使用 Linux 上的ORACLE 8i ，实例名字叫作 eighti 。Windows 2000 上面的 ORACLE 8i 的实例名字叫作 atei 。

客户端对 ORACLE 的访问

当客户端连接到 ORACLE 时，通常的来说ORACLE 服务器平台与客户端的应用无关。这实际上很难说清。ORACLE DBA和系统管理人员更关心操作系统平台，他们有的时候会基于需求（如运行时间和可扩展性）选择平台。更通常的情况下，他们接受（或是接手）给定的平台并学习从中得到最大收益。

关于 WINDOWS 2000

值得一提的是 Windows 2000 是从 Windows NT 升级而来。在这两个操作系统之间有很多的相似点， Windows 2000 也有些新的特性。微软从 NT4.0 的升级途径见下表。

两个系统间有很多相似点：

NT 4.0 Windows 2000
NT 4.0 Workstation Windows 2000 Professional
NT 4.0 Server Windows 2000 Server
NT 4.0 Enterprise Edition Windows 2000 Advanced server
Unix Windows 2000 Datacenter server

ORACLE 后台进程

下面这句话对于用过 ORACLE 的人来说是会很熟悉的：

每一个运行着的 ORACLE 数据库都对应一个 ORACLE 实例，当一个数据库在数据库服务器(不考虑机器的类型) 上启动的时候，ORACLE 分配一块叫做 System Global Area (SGA) 的内存区域并启动一个或者多个ORACLE 进程。SGA 和 ORACLE 进程合起来称作 ORACLE 实例。
--摘自 ORACLE 8i Concepts [4 L Leverenz, 1999] 。

处理后台进程是放在首位的，也是不同的操作系统之间最明显的差异。

ORACLE 在 UNIX 上的后台进程

任何连接到 UNIX 的用户都可以很容易的察看 ORACLE 的后台进程： 

% ps -ef|grep eighti|grep -v grep 

oracle8 18451 1 0 16:37:18 ? 0:00 ora_pmon_eighti 
oracle8 18453 1 0 16:37:19 ? 0:00 ora_dbw0_eighti 
oracle8 18457 1 0 16:37:19 ? 0:04 ora_ckpt_eighti 
oracle8 18461 1 0 16:37:19 ? 0:00 ora_reco_eighti 
oracle8 18455 1 0 16:37:19 ? 0:02 ora_lgwr_eighti 
oracle8 18459 1 0 16:37:19 ? 0:01 ora_smon_eighti
oracle8 19168 19167 0 16:43:46 ? 0:00 oracleeighti 
(DESCRIPTION=(LOCAL=YES)(ADDRESS=(PROTOCOL=beq)))

最后一行的 ORACLE 进程与一个SQL*Plus 会话相关，其他的进程都是后台进程。在 ORACLE 中我们可以通过输入 SQL*Plus 会话察看这些进程： 

SELECT SID, spid, osuser, s.program
  FROM v$process p, v$session s
 WHERE p.addr = s.paddr; 

SID SPID OSUSER PROGRAM 
------------------------------------------------------------------- 
1 18451 oracle8 oracle@saic02 (PMON) 
2 18453 oracle8 oracle@saic02 (DBW0) 
3 18455 oracle8 oracle@saic02 (LGWR) 
4 18457 oracle8 oracle@saic02 (CKPT) 
5 18459 oracle8 oracle@saic02 (SMON) 
6 18461 oracle8 oracle@saic02 (RECO) 
7 19168 oracle8 sqlplus@saic02(TNS V1-V3) 

7 rows selected.

每一个后台进程都有一行，还有一行信息是与 SQL*Plus 会话相关的， SPID 对应相应的 UNIX 进程号。

在 WINDOWS2000 上的 ORACLE 后台进程

回到 WINDOWS 上，从操作系统中察看后台进程有些困难。从任务管理器中可能会看到运行着的应用（任务管理器的察看方法：在任务栏点击右键选择 " 任务管理器 " ）。在服务器上 ORACLE 可以是可用的，运行着的应用却是不可见的。进程表的确显示一个进程叫做 ORACLE.EXE ，察看 alert log 显示 ORACLE 的所有后台进程都是启动的： 

PMON started with pid=2 
DBW0 started with pid=3 
LGWR started with pid=4 
CKPT started with pid=5 
SMON started with pid=6 
RECO started with pid=7

要看实际的后台进程，需要运行额外的软件，例如，进程察看器。该软件可以从 Windows 2000 CD 中得到（如果是 Windows NT 的话可以从资源包中得到）。

在 Windows 2000 上， ORACLE 实例是作为一个单一的 Windows 2000 进程（ORACLE.EXE ）实现的。这个进程包括实例所需要实现的每个任务的线程。

因此一个线程对应每个 ORACLE 后台进程。 ORACLE.EXE进程作为一个服务运行，可以从控制面板的服务中察看到 ORACLEServiceSID 。其他的服务也可以这样控制。

这允许 ORACLE 在没有用户登录服务器的时候也持续的运行。对于共享主处理器资源的所有的进程来说， ORACLE 能够达到高速、低负荷的上下文切换。

在 Unix 下显示 ORACLE 中的进程，我们也可以通过输入简单的 SQL 语句来达到。为了显示 PID 列， SQL 语句做了些轻微的改动。要注意 PID 匹配警告日志中报告的值。 

SELECT s.SID, p.pid, p.spid signaled, s.osuser, s.program
  FROM v$process p, v$session s
 WHERE p.addr = s.paddr;

SID PID THREADID OSUSER PROGRAM 
---- ------- --------- --------------- --------------------
1 2 1088 SYSTEM ORACLE.EXE 
2 3 1172 SYSTEM ORACLE.EXE 
3 4 1180 SYSTEM ORACLE.EXE 
4 5 1192 SYSTEM ORACLE.EXE 
5 6 1212 SYSTEM ORACLE.EXE 
6 7 1220 SYSTEM ORACLE.EXE 
7 8 1200 Administrator SQLPLUSW.EXE 

7 rows selected.

每一个后台进程都有一行，还有一行信息是与 SQL*Plus会话相关。程序名字并没有指明后台进程的名字，和在 Unix 中一样，这些名字可以通过和 v$bgprocess 连接得到。 

SELECT s.SID SID, p.spid threadid, p.program processname, bg.NAME NAME
  FROM v$process p, v$session s, v$bgprocess bg
 WHERE p.addr = s.paddr AND p.addr = bg.paddr AND bg.paddr <> '00';

SID THREADID PROCESSNAME NAME 
---------- --------- --------------- ------------- 
1 1088 ORACLE.EXE PMON 
2 1172 ORACLE.EXE DBW0 
3 1180 ORACLE.EXE LGWR 
4 1192 ORACLE.EXE CKPT 
5 1212 ORACLE.EXE SMON 
6 1220 ORACLE.EXE RECO 

6 rows selected.

断开会话

提交 SQL 命令 ALTER SYSTEM DISCONNECT SESSION 可以断开会话。有的时候需要在操作系统级别断开会话，在 UNIX 上，通过 kill 命令实现，前面例子中的 SQL 会话可以通过输入 UNIX 命令断开： 

kill -9 19168

在 Windows 2000 上可以用 orakill 断开一个会话。 orakill 是 Windows 平台上的 ORACLE 的一个特定命令，默认安装在 $ORACLE_HOME\bin 下。在命令行下输入 orakill 可以察看它的用法。前面例子中的 SQL*Plus 会话可以通过输入如下的命令断开： 

orakill atei 1200 
Kill of thread id 1200 in instance atei successfully signaled.

在 Windows 2000 中，如果一个断开的会话标记为 "marked for kill" 但是没被删除， orakill 会终止它。不过要记住Kill一个后台进程总不是个好主意，尤其是 Windows 上，会导致进程崩溃，甚至导致数据库不可用。

Windows 2000 注册表

和其他的 Windows 2000 中的应用那样， ORACLE 的大多数的设定都在注册表中。 你应该看看注册表中的 HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE 下面都有什么。这些参数中的一部分在后面会详细讨论。和 ORACLE 服务相关的参数和其他的服务一样存贮在同样的位置： HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services 。

环境变量

在 Unix 中两个最重要的变量是 ORACLE_HOME 和 ORACLE_SID 。一旦这些变量设定的话，应用就可以运行并联接到本地数据库。 通常也把 $ORACLE_HOME/bin包含在 $PATH中以便在使用 ORACLE 工具（如： Sql*Plus ）的时候免去输入全路径的麻烦。

Windows 2000 中可以打开命令行设定 ORACLE_SID 变量再联接到本地数据库。其他的值可以从注册表中得到。

MULTIPLE ORACLE HOMES

Windows 2000 全面支持多个 ORACLE home 。以前在 Windows NT 上这是个主要的问题， 一直到 ORACLE 8.0.4 以后才开始支持。最初得对这一点的支持很差劲。 ORACLE Home Selector, ORACLE8i 的一个新的应用工具，改变环境路径，使选择的 ORACLE home 路径作为主的 home 。只是简单的改变系统路径，把 ORACLE 选择的 BIN 目录放在启动路径中。

每一个 BIN 目录都有一个 ORACLE.KEY 文件，指明在注册表中 ORACLE 程序在哪里可以找 ORACLE_HOME 和其他的环境变量。如果在服务器上面只有一个数据库，通常在注册表中设定 ORACLE_SID 。不过，不要设定 ORACLE_HOME ，对于 ORACLE 产品来说根本不需要，可能会导致问题。

文件系统

多 ORACLE home 的支持允许在 Windows 上面实现 Unix 的 OFA 标准。这极大的简化了从 Unix 的过渡。 OFA 目录树的顶层的名字有差异，不过主要的子目录和文件名字在两种操作系统中都是一致的。

  Unix NT
ORACLE_BASE /oracle/app/oracle D:\Oracle
ORACLE_HOME /oracle/app/oracle/product/8.1.7 D:\Oracle\Ora817
Admin directories /oracle/app/oracle/admin D:\Oracle\Admin
Database files /db01/oradata/SID D:\Oracle\Oradata\SID
  /db02/oradata/SID F:\Oracle\Oradata\SID
  /db03/oradata/SID G:\Oracle\Oradata\SID

服务管理器

从 ORACLE 8i 开始，服务管理器的名字在不同的平台上都一致了，都叫做 svrmgrl 。以前在Windows NT 上 ORACLE 的执行文件名字随着版本变动而改变，对于那些在多平台上工作的人来说这很令人讨厌，尤其是在使用一些命令（ imp 、 exp 等）的时候。

ORACLE 服务器版本 Windows 服务器管理器可执行程序
7.3 svrmgr23
8.0 svrmgr30
8.1 svrmgrl

要注意 server manager 正在逐步被淘汰 ( 译者注： 9i 中彻底淘汰了 svrmgrl) ，一些额外的功能被加到了 SQL*Plus 中。

数据库启动与关闭

在 Windows2000 上数据库可以通过启动相关的服务打开。通过控制面板的服务选项或者是通过命令行模式，如： net start OracleServiceatei 就可以打开相关服务。这依赖于一些注册表参数，我们在后面讨论。停止相关的服务，例如： net stop OracleServiceatei 可以关闭一个数据库。

在所有的平台上， ORACLE8i 实例都可以从服务管理器（或者 SQL*Plus! ）中通过 startup 命令启动。在 Unix 中，这个命令启动后台进程并且打开数据库。它还生成了一个 Unix 特定文件，叫做 $ORACLE_HOME/dbs/lk &DBNAME>，这是个MOUNT 锁文件 [6 Metalink, 2000] 。这会阻止两个实例 mount 在同一数据库上，当不使用并行服务器的模式下，要使用不同的 ORACLE_SID 。原来这是个 0 长度文件，不过现在包含文本 'DO NOT DELETE THIS FILE!' 。不要试图通过查看这个文件来得知是否数据库是可用的，它不是很准确的。在 Windows 2000 中， startup 命令并不启动 ORACLE 服务，不过，如果服务已经运行的话，这将打开数据库。

类似的，服务管理器 Server Manager 的 shutdown 命令在任何平台上都会关掉数据库，不过在Windows 2000 上它并不停掉服务。很有可能的情况就是 ORACLE 服务被启动但是数据库却关掉了。

UNIX 上的数据库的自动启动与关闭

在 Unix 上， ORACLE 提供了 dbstart 和 dbshut 脚本以供使用。在 Linux 中 ORACLE 检测文件 /etc/oratab 来决定哪个数据库自动的启动 / 关闭。在 Solaris ( 和一些其他版本的 Unix) 中，检查 /var/opt/oracle/oratab 文件。要注意： 8.1.6 版本的 dbstart 有个 bug, 在 8.1.7 中已经被修复，察看 [7 Metalink, 2000] 有详细说明。

在 Linux 上，作为 root 用户，在 /etc/rc.d/init.d 目录中创建一个一个名为 dbora 的文件。这个文件将会检查参数是否是 'start' 或者 'stop' 并且适当的执行 dbstart/dbshut ；通常也从这个脚本启动 listener 。再生成两个符号连接 /etc/rc.d/rc2.d/S99dbora 和 /etc/rc.d/rc0.d/K10dbora 。数据库在运行级 2( 多用户 ) 时通过 /etc/rc.d/rc2.d/S99dbora 启动 , 在系统关闭到运行级 0 的时候通过 /etc/rc.d/rc0.d/K10dbora 关闭数据库。在 Solaris 上，这个脚本的在 /etc/init.d 中而不是在 /etc/rc.d/init.d。

要注意默认的 dbshut 执行了一个正常 (normal) 的关闭操作。在 Unix中可以通过编辑 $ORACLE_HOME/bin/dbshut 中的这一行来改变数据库的关闭模式。

把 shutdown 修改成：shutdown immediate

如果启动一个已经运行的实例， dbstart 还会执行一个 shutdown abort 。在 dbstart script 脚本的顶部警告说 'It should ONLY be executed as part of the system boot procedure' 。这个脚本要常被复制、修改，这样在其它的时候使用才能足够安全。

WINDOWS 2000 上的数据库自动的启动与关闭

在以前的版本（ 8i ）中，当 oracle 的启动被一个额外的服务 ORACLEStartSID 处理，服务器的启动和关闭的时候 ORACLE 不能被自动的干净的关掉。从 ORACLE8i 开始， stop/start 功能成为了主要的 ORACLE 服务，并通过注册表控制。注意当 ORADIM 用于创建或者修改实例的时候，自动的在注册表中设定这些值。这些设置在 HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\HOMEID 键值下。 ID 号从 0 开始，每有一个额外的 ORACLE home 递增。

参数 描述
ORA_SID_AUTOSTART 设定为 TRUE 的时候 ( 默认值 ) ， ORACLEServiceSID 启动的时候启动数据库。
ORA_SID_PFILE 设定 INIT.ORA 参数文件的全路径。
ORA_SHUTDOWN 当设定为 TRUE 的时候，在当前任何 ORACLE home 下的任何数据库将 shutdown 。
ORA_SID_SHUTDOWN 设定为 TRUE 的时候，关闭标记 SID 值的 ORACLE8i 数据库。

如果 SHUTDOWN 参数设定为 FALSE ，停掉 ORACLEServiceSID 将会 abort 的方式关闭实例，下次启动的时候要进行实例恢复。

下面的可选参数可以在注册表中设为合适的值

参数 描述
ORA_SID_SHUTDOWNTYPE 指明数据库关闭模式 A (abort ）， I (immediate) ， N(normal) 。
如果你不设定这个参数的话，默认的模式是 I (immediate) 。
ORA_SID_SHUTDOWN_TIMEOUT 在一个 SID 停止前等待的最大时间。

操作系统认证

OS 认证在两个平台间是相似的，参数文件中设定 os_authent_prefix 参数，创建用户都标记为 externally 。在 Windows2000 中创建用户要指定大写的域名并且用户名要在 " " 中，否则不起作用。如果你在注册表中把 OSAUTH_PREFIX_DOMAIN 设定成 FALSE 的话，你可以忽略掉域。客户机和服务器的机器还需要在 sqlnet.ora 中包含 sqlnet.authentication_services=(nts) 这一行。

在 Windows 2000 中，可以允许一个域用户登陆到一个远程 pc 上，无需提供额外的密码就可以连接到数据库中。参见 [2 Kelly III,2000] 可以得到详细内容。

LISTENER

在 Windows 2000 上面 listener 作为一个服务实现的，所以 listener 可以通过启动 ORACLETNSListener 服务来启动。两种平台上 listener 都可以从 lsnrctl 命令控制。在 Unix 上 lsnrctl start 启动 listener 进程；在 Windows 2000 启动 ORACLETNSListener 服务就可以。 如果 listener 第一次启动的时候没有 ORACLETNSListener 服务将创建它。如果从你的计算机中删除 ORACLE 的话， listener 服务要手工从注册表中删除。

在两个平台上的 listener 都可以监听不同版本的数据库。在 win2000 中，在 LISTENER.ORA 中不需要 ORACLE_HOME 参数 ( 在 UNIX 中要使用到的），因为每个 SID 在 SERVER 中是唯一的。 listener 可以从注册表中得到正确的 ORACLE_HOME 。

ORACLE8i 有个特性叫服务器注册， pmon 自动对 listener 注册信息。这意味着 Net8 listener 可以无需在 listener.ora 文件中设置就可以监听一个数据库。不过这样做的话， Enterprise Manager 要直到启动后才可以连接到数据库。所以这个例子不能用来启动一个远程的实例。

通常最好在 listener.ora 中设置所有的实例以避免冲突，尤其在一个有多位 DBA 的站点中，可以避免我们提到的 Enterprise Manager 问题。

加长的 SID 名字

Windows NT 上的 ORACLE 7 实例名字有着 4 个字符长的限制，这可能会产生很晦涩的实例名--庆幸的是在8i 中 SID 名字已经加长了。不过在包括命名服务的几个场合中使用太长的实例名字也不总是很有用。在 Windows 2000 上面有个 bug ，限制了实例名字最长 15 个字符。

  Unix操作系统 NT 操作系统
  数据库名长度 SID名字长度 数据库名长度 SID 名字长度
Oracle7 8 8 8 4
Oracle8 8 8 8 4
Oracle8i 8 64 8 64

数据库的创建

当你在安装过程中的时候选择创建 ORACLE 8i 数据库，数据库生成助手就会通过 ORACLE Universal Installer 自动运行。在安装后它也可以作为一个单独的工具手工运行。用它还可以手工的输入 SID 代替默认的 ORCL ，默认的情况下，不在 ORACLE_HOME 下面创建数据库，完全遵循 OFA 的意图。

建议你运行 Database Creation Assistant ，不过在最后一页选择[ Save information to a batch file ] (保存信息到一个批处理文件中)，再点击[完成]按钮。这会产生几个脚本。从不同的平台对比它们的内容很有趣的。在Unix 和 Windows 上的内容很相似，除了 windows 上对 oradim 的调用不同。第一次对它的调用产生了一个与ORACLE 数据库相关联的 ORACLE 服务：

D:\ORACLE\Ora817\bin\oradim -new -sid ATEI -intpwd man -startmode manual 
-pfile "D:\ORACLE\admin\atei\pfile\initatei.ora"

第二次对 oradim 的调用把服务更改为自动启动： 

D:\ORACLE\Ora817\bin\oradim -edit -sid atei -startmode auto

可以用这些文件作为创建其它数据库的模版。若你不使用上面建议的方式创建数据库的话， Database Creation Assistant 生成的这些文件和目录没什么大用处。在使用这些脚本创建额外的数据库之前，这些文件和目录不得实现创建。特别注明一下，脚本假定一个密码文件已经存在 , 密码文件可以用 orapwd 命令预创建 [2 H Kelly III, 2000] 。

Database Creation Assistant 创建的目录：
Windows 2000 Unix
ORACLE_BASE = D:\oracle ORACLE_BASE = /db01/app/oracle
ORACLE_BASE\oradata\atei $ORACLE_BASE/oradata/eighti
ORACLE_BASE\oradata\atei\archive $ORACLE_BASE/oradata/eighti/archive
ORACLE_BASE\admin\atei $ORACLE_BASE/admin/eighti
还有这些子文件夹：sadhoc bdump cdump create exp pfile udump


通过 Database Creation Assistant 创建 / 改动的文件：
Windows 2000 Unix
ORACLE_HOME = D:\oracle\ora817 ORACLE_HOME = /db01/app/oracle/product/8.1.7
ORACLE_HOME\database\PWDatei.ora $ORACLE_HOME/dbs/orapweighti.ora
ORACLE_BASE\admin\atei\pfile\initatei.ora $ORACLE_BASE/admin/eighti/pfile/initeighti.ora
ORACLE_HOME\database\initatei.ora
包含一行
IFILE='d:\oracle\admin\atei\pfile\initatei.ora‘ 		$ORACLE_HOME/dbs/initeighti.ora
符号链接到：
/db01/app/oracle/ admin/eighti/pfile/initeighti.ora
添加到 tnsnames.ora 的条目 添加到 tnsnames.ora 的条目
添加到 listener.ora 的条目 添加到 listener.ora 的条目
windows 没有相关的操作 添加项目到 oratab >


通过 Database Creation Assistant 创建的脚本：
Windows 2000 Unix 注释
atei.bat eighti 调用其它脚本 , 在 Windows 上还可以调用 ORADIM
ateirun.sql eightirun.sh 包含创建数据库的语句
ateirun1.sql eightirun1.sh 创建表空间 / 创建回滚段 不创建系统中的第二个回滚段
N/A eightirun2.sh 额外的脚本(如,catproc ) ,
这些在 Windows 上从 ateirun1.sql 中运行
ateisqlplus.sql eightisqlplus.sh 添加 SQL*Plus 帮助
@c:\oracle\ora817\sqlplus\admin\help\helpbld.sql helpus.sql
ateialterTablespace.sql eightialterTablespace.sh 为 SYSTEM 用户更改默认的和临时的表空间
ateireplicate.sql ateijava.sql
ateiordinst.sql
ateiiMedia.sql
ateidrsys.sql
ateicontext.sql
ateispatial1.sql
ateitimeseries.sql
ateivirage.sql
eightireplicate.sh eightijava.sh
eightiordinst.sh
eightiiMedia.sh
eightidrsys.sh
eighticontext.sh
eightispatial1.sh
eightitimeseries.sh
eightivirage.sh 		各种脚本，只有在你选择相应的选项的时候才会生成。

远程挂接(mount)的文件系统，如 UNIX 上的 NFS 和 Windows 2000 上 UNC ，在两个平台上都不支持。

ORACLE 的安装

ORACLE8i 通过新的基于 Java 的 ORACLE Universal Installer (OUI) 来安装，在所有的平台上都有一样的界面 [1 M Cyran, 1999] 。上面这句话是对的，不过一些小的差异要注明。在 Unix 上需要 X 兼容的显示能力, 或者是在客户机的工作站上 有一个象 Exceed 这样的应用。在 Windows2000 上安装器可以直接运行。

在 Unix 中有许多手工设定的任务，在 Windows 2000 是不需要的。尤其是你不必手工设定环境变量。你不必生成一个管理数据库的 Unix dba 组，不必设定一个 UNIX 来为用户运行 ORACLE Universal Installer 或者是一个叫 oracle 的用户来安装或者升级 ORACLE 。在 Unix 中 ORACLE 可以重联接而在 Windows 2000 则不能。

在 Windows 2000 中，用户必须是管理员（ administrator ）组的成员才可以安装数据库。在 ORACLE 8i 数据库安装后自动的创建 ORA_DBA 一个本地组。这个组的成员自动接受 SYSDBA 的权限。推荐在定制安装的时候选择安装 Administration Assistant for Windows ，要注意每个服务器只能安装这个软件的一个版本。

ORACLE 8.1.7 for Solaris 是 2CD 的。切换到第二张 CD 不象手册上说的那么容易。察看 [10 Metalink, 2001] 可以得到具体内容。

Windows 上的安装指导可以看 [3 Kennedy, 2000] 。《ORACLE Universal Installer 概念指导》没包括在 ORACLE8i 服务器联机文档中，不过在 ORACLE Universal Installer 安装的过程中自动的安装在你的硬盘中了。

Windows 上的数据库管理助手

Windows 上的 ORACLE 管理助手是个 GUI 工具，从 Windows 内建的 MMC （微软管理控制台）中运行 。 ORACLE 的 Windows 管理助手把几个常用的数据库管理工作集合到了一个工具中。可以使你在 Windows 中简单进行创建数据库管理员、操作员、用户和角色的工作。还可以用来管理 ORACLE 数据库服务和 ORACLE 数据库的启动与关闭的设置，编辑注册表参数设定，并察看 ORACLE 进程信息。

自动任务

在 Unix 上，象备份这样的自动任务是通过 cron 运行 Shell 脚本来做到的。在 Windows2000 上使用调度任务来定期运行批处理文件。这个调度要比以前的 Windows NT 上的 AT 调度命令要更有弹性。它允许一个带有用户上下文（ context ）而不是系统用户的任务运行，并且它允许对任务赋予权限。批处理脚本语言限制性很大，所以值得好好的弄一下 Perl [9 O'Reilly, 2000] 。在 Windows 2000 中当手工运行热备份的时候，ORACLE 提供了一个命令叫做 OCOPY ，用来拷贝文件到另一个磁盘位置，也可以备份到磁带上面。标准的 Windows 命令（如 COPY ）不拷贝一个打开的文件 ( 数据库的数据文件都是打开的 ) 。

调整与诊断

在 Windows 2000 上面可用来调试操作系统的工具很少，不过我们也要说点可以做的事情。

交互的前台应用程序在 Windows2000 的安装过程中就指定了默认的优先级。为了阻止前台应用程序占用了额外的处理器时间，影响 ORACLE8i 数据库 , 去掉它的优先级，这可以通过系统控制面版的高级选项来做到。

在 Unix 中，共享内存和信号量的设定通常需要通过 /etc/system来更改。在 Windows 2000上这样做没有必要，而且也不容易改动。

针对 Windows 的 ORACLE 性能监视器是 Windows 2000 性能监视器预载入的 ORACLE8i 数据库性能元件。如果你没看到这些东西，试着这个命令来改变性能监视器的设定 : 

operfcfg -u system -p manager -d atei

Windows NT 的 ORACLE 性能监视器允许你一次只监视一个数据库实例。上述的命令可以在数据库间切换。在 Windows 2000 中， ORACLE 和对待通常的 alert 和 trace 文件一样把信息写到事件日志中，这些信息可以通过标准的事件查看器读取。在 Windows 2000 中 dbverify (dbv) 可以用来检查联机数据文件，和 Unix 中的功能一样。而在以前的 Windows 中， dbv 只对关闭的数据库或是备份文件起作用。

总结

对于一个熟悉 Unix 上的 ORACLE DBA 来说，这篇文章描述了 ORACLE 在 Windows 2000 上的的主要的差别。可以看到 ORACLE 已经作了很多的努力使这两个平台上的 ORACLE 尽可能的相似，不过还没有完全的去除差别。这篇文章还是值得一看的。

关于作者

David Stien and Ian Adam are both ORACLE8i Certified Database Administrators working for SAIC's Database Management Practice. They are both based in Aberdeen, Scotland. They are practising DBAs who provide ORACLE database support and development Services for customer databases on several different platforms.

Ian is a Chartered Engineer and Microsoft Certified Database Administrator with over ten years experience of ORACLE products. Ian can be reached by email at Ian.Adam@saic.com

David is a Chemistry Graduate with an MSc in Information Systems, Linux is his desktop operating system of choice. David can be reached by email at David.Stien@saic.com


 

参考信息


 

[1] Cyran M, "Getting to Know ORACLE8i , Release 2 (8.1.6)", 
ORACLE Corporation December 1999, Part No. A76962-01 

[2] Kelly H III, Kennedy M, Rothenberg T, Slattery H, 
"ORACLE8i Administrator's Guide, Release 2 (8.1.6) for Windows NT" 
ORACLE Corporation 2000, Part No. A73008-01 

[3] Kennedy M, "ORACLE8i Installation Guide, Release 3 (8.1.7) for Windows NT" 
ORACLE Corporation November 2000, Part No. A85302-01 

[4] Leverenz L, Rehfield D, Baird C "ORACLE 8i Concepts Release 2 (8.1.6)" 
ORACLE Corporation December 1999, Part No. A76965-01 

[5] Metalink, "ORACLE Database Server product support Matrix for Windows 2000", 
ORACLE Corporation, http://metalink.oracle.com Note:77627.1 

[6] Metalink, "LKdbname - The MOUNT Lock File", 
ORACLE Corporation 2000, http://metalink.oracle.com Note:50594.1 

[7] Metalink, "WARNING: "dbstart" does not work with 8.1.6 Instances", 
ORACLE Corporation 2000, http://metalink.oracle.com Note:98418.1 

[8] Microsoft, "Windows 2000 Datacenter Server", 
Microsoft Corporation 2000 
Http://www.microsoft.com/windows2000/datacenter/default.asp 

[9] O'Reilly, "The Source for Perl", O'Reilly & Associates Inc 2000, 
http://www.perl.com/pub/

[10] Metalink, "ALERT: Cannot Mount Second CD During 8.1.7 Installation", 
ORACLE Corporation, 
http://metalink.oracle.com Note: 120801.1
]]> <![CDATA[书写历史的甲骨文--ORACLE公司传奇]]> http://blogger.org.cn/blog/more.asp?name=blakestone&id=8440 blakestone 2005/9/9 12:11:44 日期：09-Sep-2004 　
出处：http://www.dbanotes.net
版本：1.01 (本文已经发表在《程序员》杂志)

ORACLE公司之起源


很难想象，ORACLE公司的这一段传奇居然要从IBM开始。

1970年的6月，IBM公司的研究员埃德加·考特 （Edgar Frank Codd） 在 Communications of ACM 上发表了那篇著名的《大型共享数据库数据的关系模型》（A Relational Model of Data for Large Shared Data Banks）的论文。这是数据库发展史上的一个转折。要知道，当时还是层次模型和网状模型的数据库产品在市场上占主要位置。从这篇论文开始，拉开了关系型数据库软件革命的序幕。

虽然早在1970年就诞生了关系模型理论，但是市场上迟迟不见关系型数据库管理软件的推出。主要原因是很多反对者认为关系型数据库速度太慢，比不上当时的层次式数据库。值得好笑的是，IBM虽然1973年就启动了System R的项目来研究关系型数据库的实际可行性，也没有及时推出这样的产品，因为当时IBM的的IMS（著名的层次型数据库）市场不错，如果推出关系型数据库，牵涉到IBM很多人的自身利益。再者，IBM庞大复杂的官僚机构处在决策上远不那么灵活。

1977年6月，Larry Ellison与Bob Miner和Ed Oates在硅谷共同创办了一家名为软件开发实验室（Software Development Laboratories，SDL）的计算机公司（ORACLE公司的前身）。那个时候，32岁的Larry Ellison，这个读了三家大学都没能毕业的辍学生，还只是一个普通的软件工程师。公司创立之初，Miner是总裁，Oates为副总裁，而Ellison，因为一个合同的事情，还在另一家公司上班。没多久，第一位员工Bruce Scott（用过ORACLE数据库软件的人都知道有个Scott用户的吧？没错，就是这个Scott，至于Scott用户的密码Tiger，那是Scott养的猫的名字）加盟进来，在Miner和Oates有些厌倦了那种合同式的开发工作后，他们决定开发通用软件，不过们还不知道自己能开发出来什么样的产品。Oates最先看到了埃德加·考特的那篇著名的论文连同其他几篇相关的文章并推荐Ellison和Miner也阅读一下。Ellison和Miner预见到数据库软件的巨大潜力（跟着IBM走，没错），于是，SDL开始策划构建可商用的关系型数据库管理系统（RDBMS）。

Oracle Company Gang of four
图1 左起 Ed Oates、Bruce Scott、Bob Miner、Larry Ellison


很快他们就弄出来一个不太像样的产品，或者具体的说，更像一个Demo。根据Ellison和Miner他们在前一家公司从事的一个由中央情报局投资的项目代码,他们把这个产品命名为ORACLE。因为他们相信，ORACLE（字典里的解释有“神谕, 预言”之意）是一切智慧的源泉。1979年，SDL更名为关系软件有限公司（Relational Software，Inc.，RSI），毕竟“软件开发实验室”不太像一个大公司的名字。1983年，为了突出公司的核心产品，RSI再次更名为ORACLE。

Oracle Company
图2 美国 Oracle 公司总部一瞥



发展与壮大


RSI在1979年的夏季发布了可用于DEC公司的PDP-11计算机上的商用ORACLE产品，这个数据库产品整合了比较完整的SQL实现，其中包括子查询、连接及其他特性。但不得不说，软件不是很稳定，并缺少事务处理这样的重要功能。出于市场策略，公司宣称这是该产品的第二版，但却是实际上的第一版。之所以被命名为第2版而不是第1版，是因为Ellison认为潜在的客户更愿意购买第2个版本，而不是初始版本。（虽然这样做有些不太诚实，还是要承认这是个十分高明的技巧。到现在还有一些公司把自己卖给客户的版本叫做1.0 ，学学1979年的ORACLE吧！）多年以后的今天，ORACLE公司声称是他们第一个提供了第一个SQL关系型数据库管理系统。

虽然软件不是很好，但是客户还是有的。美国中央情报局迫不及待的想买一套这样的软件来满足他们的需求。但在咨询了IBM公司之后发现IBM没有可以商用的产品，他们联系了RSI。于是RSI有了第一个客户。在当时，政府和军方的机构往往同时有几种计算机，而那时还没有什么“软件可移植”这样的说法，当然，也几乎没有具有这样的能力的应用软件。也就是说，给PDP-11开发的ORACLE数据库不能用在IBM主机和DEC的VAX上。很快用户就表现出来这样的需求：ORACLE能否同时在不同的操作系统上运行？这给RSI带来了新的挑战（主要是Miner和Scott）。70年代末期和80年代早期的软件一般都设计成在单一操作系统上运行，具有可移植能力的软件很少。

1983年3月，RSI发布了ORACLE第三版。Miner和Scott历尽艰辛用C语言重新写就这一版本。要知道，C语言当时推出不久，用它来写ORACLE软件也是具有一定的风险的，但除此之外，别无他法。很快就证明了这样做是多么的正确:C编译器便宜而又有效，还有很好的移植性。从现在起，ORACLE产品有了一个关键的特性：[可移植性]。ORACLE第3版还推出了SQL语句和事务处理的“原子性”--SQL语句要么全部成功，要么全部失败，事务处理要么全部提交，要么全部回滚。ORACLE第3版还引入了非阻塞查询，使用存储在"Before Image File"中的数据来查询和回滚事务，从而避免了读锁定（read lock）的使用（虽然通过使用表级锁定限制了它的吞吐量）。同样是1983年，IBM发布了姗姗来迟的Database 2（DB2），但只可在MVS上使用。不管怎么说，ORACLE已经占取了先机。

在开发第三版还没有结束的时候，Scott离开了ORACLE。当时用C语言改写ORACLE的压力很大，无休止的软件调试终于让Scott不堪重负，选择了一走了之。把剩下的重担交给了Miner一个人。在出售了自己的%4的股票之后，Scott 后来创建了Gupta公司（现更名为Centura Software）和PointBase公司（提供百分之百纯Java嵌入式数据库），都是开发和数据库相关的产品。多年后有人问到他的%4的ORACLE股票的时候，Scott，这个曾经给ORACLE写出第一行代码的技术高手，也只能报以一笑了。如果能坚持下来，那是一笔几亿美金的财富。不过当时的Scott没有那么多的想法，他只是太累了。


Bruce Scott
图3 Bruce Scott 现在是PointBase公司的创办者之一


ORACLE最先将其软件移植到DEC VAX计算机上的VMS操作系统上。早在1979年公司就已经雇了一位DEC公司的技术高手Robot Brandt进行VAX上ORACLE的开发。开始的时候资金有限，只能到加州大学伯克利分校去蹭机器进行开发，后来好一些，但机器也是借来的。尽管困难重重，Brandt还是比较成功的完成了移植工作。随着VAX小型机的大量销售乃至供不应求，ORACLE软件也成为VAX上最受欢迎的程序。这一点要归功于Larry对市场的先知先觉。如果说，是IBM引领着ORACLE公司走上数据库的大船，那么DEC公司的VAX就是带着他们扬帆出海了。短短的几年之后，ORACLE数据库被移植到各种主要平台之上。ORACLE产品也一直因为有可移植性这个关键特性而被那些潜在的客户关注。

Oates这个时候因为婚姻趋于破裂而情绪沮丧，已经不能把精力全部放到公司上，不得不离开公司。几年后，他又重返公司，重新为ORACLE做出巨大的贡献，他许下诺言，在公司员工超过1万人的时候会再度离开。1999年，他完成了心愿。现在他正在纵情于音乐，自得其乐。

很长一段时间里，公司研发由Miner独力承担。Miner视金钱如无物，为人低调，和Ellison的锋芒必露形成鲜明的对比。在公司里，大家一致认为他是老好人，他也深受员工爱戴。Ellison是公司的大脑，Miner则当之无愧的成为公司的心脏。他是个沉默的英雄，正如Steve Jobs背后的Steve Wozniak一样。

1984年10月，ORACLE发布了第4版产品。产品的稳定性总算得到了得到了一定的增强，用Miner的话说，达到了“工业强度”。但是还不够令人满意，用户对产品的抱怨似乎永无休止。这一版增加了读一致性（Read Consistency），这是数据库的一个关键特性，可以确保用户在查询期间看到一致的数据。也就是说，当一个会话正在修改数据时，其他的会话将看不到该会话未提交的修改。可以看到，在ORACLE第四版之前，产品始终是不稳定的，但是ORACLE的这群销售人员，主要是Ellison，他在宣传ORACLE的时候总是要夸大其词，但他就是有能力把软件卖出去，而且，还卖得很好，不得不承认，这的确有些神奇。让我们看看1984年软件市场的情形，在数据库市场上的霸主是Asnton-Tale公司，他们的拳头产品是刚推出不久的dBase III（确切的说dBase是PC上的数据库软件霸主），刚刚成为全球第三大的独立软件公司（第一和第二分别是微软、Lotus，ORACLE在当时还排不上号），这一年，也是苹果公司Macintosh诞生的年度，Steven Jobs用这个拳头产品挑战老大哥IBM。同样在这一年中，ORACLE公司的开发人员刚刚把产品移植到PC上。这是最好的年代，也是最坏的年代。数以千计的小公司在软件领域里争斗不休，新公司如雨后春笋般成立，ORACLE如何才能于不败之地？

在1985年，ORACLE发布了5.0版。有用户说，这个版本算得上是ORACLE数据库的稳定版本。这也是首批可以在Client/Server模式下运行的的RDBMS产品，在技术趋势上，ORACLE数据库始终没有落后。这意味着运行在桌面PC机（客户机）上的商务应用程序能够通过网络访问数据库服务器。1986年发布的5.1版还支持分布式查询，允许通过一次性查询访问存储在多个位置的数据。

那是在1985年，当时曾经的最大的独立软件公司Cullinet(主要销售网状数据库)已经如流星般陨落。ORACLE的主要竞争对手是Ingres数据库。Ingres在加州大学伯克利分校诞生，主要的设计者是当时鼎鼎大名的Michael Stonebraker教授。可以说Ingres数据库软件是上个世纪80年代技术上最好的数据库，Ingres市场分额的快速增长已经给ORACLE早成了很大的压力。巧的是，这个时候，IBM公司再一次伸出“上帝之手”。

Ingres使用的是Stonebraker 发明的QUEL（Query Language））的查询技术，这和IBM的SQL大不相同。在某些地方QUEL甚至要优于SQL。IBM当时担心Ingres把QUEL变成标准会对自己不利。经过一番衡量，决定把自己的SQL提交给数据库标准委员会。而Stonebraker教授可不打算把QUEL提交给数据库标准委员会，学院派的他认为这麽做实际上是扼杀了创新精神。鹬蚌相争，渔翁得利。ORACLE看到并抓住了这个绝佳的机会，大肆宣布ORACLE全面与SQL兼容，加上ORACLE当时对Ingres PC上的版本的攻击（弱化对手优势，化解自己弱势是他们最拿手的本领），再加上ORACLE公司销售上的强势，Ingres不断丢城失地，等到后来推出支持SQL的数据库的时候为时已晚。紧跟IBM让ORACLE得以成长、壮大，拥抱标准，拥抱开放，拥抱变化，让ORACLE立于不败之地。

1986年3月12日，ORACLE公司以每股15美元公开上市，当日以20.75美元收盘，公司市值2.7亿美元。3月13日，微软以每股21美元的发行价上市，以28美元收市，公司市值达到7亿美元。远远超过了ORACLE。成功的光环的微软和盖茨遮盖住了ORACLE和Ellison的光芒，可能这也是Ellison敌视微软的开始。

Larry Ellison
图4 桀骜不驯的Larry Ellison


经受挫折


ORACLE第6版于1988年发布。由于过去的版本在性能上屡受诟病，Miner带领着工程师对数据库核心进行了重新的改写。引入了行级锁（row-level locking）这个重要的特性，也就是说，执行写入的事务处理只锁定受影响的行，而不是整个表。这个版本引入了还算不上完善的PL/SQL（Procedural Language extension to SQL）语言。第6版还引入了联机热备份功能，使数据库能够在使用过程中创建联机的备份，这极大地增强了可用性。同时在这一年，ORACLE开始研发ERP软件。

公司发展看上去比较顺利，不过，噩梦才刚刚开始。

由于过去对软件测试重视的程度不够--那个时候公司规模小，基本上都是客户帮助免费测试的。在第六版刚发布之后，很多迫不及待开始使用的用户就怨声载道。这是个根本就没有测试好就进行发布的产品（也怪Ellison，大话总要说在前头，只好自尝苦果）。用户开始对ORACLE大肆抨击，ORACLE的一些对手也开始落井下石，针对ORACLE产品的一些弱点进行攻击。开发人员一面应付愤怒的用户，一面加班加点地对程序进行接连不断的修正，最后，总算得到了一个比较稳定的版本，暂时平息了用户的愤怒。

但是，实际的问题并不在这里，几年来高速增长的同时也给公司带来了巨大的隐患，1990财年第三季度报表的公布引爆了一切。财务人员发现了1500万美元的坏帐，并且公司利润距离预期相差甚远。接下来的时间里，大公司病的诸般症状接踵而来，面对股东的指控，股票一落千丈，公司前景暗淡，甚至面临破产。一度靠贷款来维持自己的奢华生活也不变卖股票的Ellison也快撑不住了。公司下大力气整顿财务（财务主管杰夫·沃克从某种程度上解救了公司）。公司宣布削减开支，裁退大量销售人员，同时聘用了专门的管理人才。

噩梦延续到ORACLE第七版的推出而结束。这个公司已经空谈了好几年的新版本（一度被讥讽为不过是Ellison的故计重施而已），直到1992年6月才终于闪亮登场，这一次公司吸取了第六版匆忙上市的教训，听取了用户的多方面的建议，并集中力量对新版本进行了大量而细致的测试。该版本增加了许多新的性能特性：分布式事务处理功能、增强的管理功能、用于应用程序开发的新工具以及安全性方法。ORACLE7还包含了一些新功能，如存储过程、触发过程和说明性引用完整性等，并使得数据库真正的具有可编程能力。还有一点必需要说明的是，这个版本在原有的基于规则的优化器（RBO）之外引入一种新的优化器：基于开销的优化器（Cost-Based Optimizer , CBO）。CBO根据数据库自身对对象的统计来计算语句的执行开销，从而得出具体的语句执行计划。在以后的几个重大版本中，ORACLE的工程师们逐步对这个优化器进行改进，CBO逐渐取代了RBO。

ORACLE 第七版是ORACLE真正出色的产品,取得了巨大的成功。这个版本的出现真是好时机，当时Sybase公司的数据库已经占据了不少份额，ORACLE借助这一版本的成功，一具击退了咄咄逼人的Sybase。公司的销售人员这次算到了给用户兑现空头许诺的时候。公司经过两三年的治理，终于摆脱了种种麻烦，重新开始健康发展，销售额也从92年的15亿美元变为四年后的42亿美元。

跨上巅峰


“搅浑水”是Ellison的一项绝技。在1995年巴黎举行的欧洲信息技术论坛会议上，Ellison在即兴演讲中介绍了网络计算机（Network Computer，NC）的概念,所谓NC指的是配置简单却能充分利用网络资源的低价电脑，最为重要的是，它不需要操作系统，或者更准确的说，不需要微软的操作系统。Ellison希望借此来抵制微软的强势。很快，ORACLE联合IBM、Sun、Apple和Netscape在1996年制定了网络计算机的标准，但事实上人们从头到尾没有看到一台真正的NC生产出来。这次的演讲在业界引起了轩然大波，通过这个事件，ORACLE公司吸引了足够多的注意力，同时也让人们看到ORACLE公司对于网络的巨大信心。

1997年6月，ORACLE第八版发布。ORACLE8支持面向对象的开发及新的多媒体应用，这个版本也为支持Internet、网络计算等奠定了基础。同时这一版本开始具有同时处理大量用户和海量数据的特性。这个版本也算可圈可点了。

1998年9月，ORACLE公司正式发布ORACLE 8i。“i”代表Internet，这一版本中添加了大量为支持Internet而设计的特性。这一版本为数据库用户提供了全方位的Java支持。ORACLE 8i成为第一个完全整合了本地Java运行时环境的数据库，用Java就可以编写ORACLE的存储过程。对，Java，只要是能够打击微软的武器，ORACLE都要派上用场。ORACLE8i 添加了SQLJ（一种开放式标准，用于将SQL数据库语句嵌入客户机或服务器Java代码）和ORACLE interMedia（用于管理多媒体内容）以及XML等特性。同时，ORACLE 8i 极大程度上提高了伸缩性、扩展性和可用性以满足网络应用需要。接下来的几年中，ORACLE陆续发布了8i的几个版本，并逐渐添加了一些面向网络应用的新特性。面对开源运动的蓬勃发展，ORACLE自然不甘落后，1998年十月ORACLE发布了可用于Linux平台的ORACLE 8 以及ORACLE Application Server 4.0，随后不久，ORACLE又发布了ORACLE 8i for Linux。在 .com大潮中，ORACLE是站在风口浪尖的弄潮儿。

在2001年6月的ORACLE OpenWorld大会中，ORACLE发布了ORACLE 9i。在ORACLE 9i的诸多新特性中，最重要的就是Real Application Clusters（RAC）了。说起ORACLE集群服务器，早在第五版的时候，ORACLE就开始开发ORACLE并行服务器（ORACLE Parallel Server ，OPS），并在以后的版本中逐渐的完善了其功能，不过，严格来说，尽管OPS算得上是个集群环境，但是并没有体现出集群技术应有的优点。在完全吸收了Rdb（ORACLE在1994年收购了Compaq公司的Rdb数据库，此前Rdb属于DEC公司，DEC公司在VAX上实现了第一个可以商用的Rdb集群数据库）的一些技术优势之后，ORACLE终于推出了真正的应用集群软件。RAC使得多个集群计算机能够共享对某个单一数据库的访问，以获得更高的可伸缩性、可用性和经济性。ORACLE 9i的RAC在TPC-C的基准测试中打破了数项记录，一时间业内瞩目。这个新的数据库还包含集成的商务智能（BI）功能。ORACLE 9i第2版还做出了很多重要的改进，使ORACLE数据库成为一个本地的XML数据库；此外还包括自动管理、Data Guard等高可用方面的特性。

历史还在继续


2003年9月8日，旧金山举办的ORACLE World大会上，Ellison宣布下一代数据库产品为“ORACLE 10g”。ORACLE应用服务器10g（ORACLE Application Server 10g）也将作为甲骨文公司下一代应用基础架构软件集成套件。“g”代表“grid ,网格”。这一版的最大的特性就是加入了网格计算的功能。何谓网格计算？网格计算可以把分布在世界各地的计算机连接在一起，并且将各地的计算机资源通过高速的互联网组成充分共享的资源集成。通过合理调度，不同的计算环境被综合利用并共享。ORACLE宣称10g可以作为网格计算的基础，矛头直指最大的敌人IBM的“随需应变”！看来，ORACLE公司已经把这一次的“赌注”押在了网格计算的大市场上。但前景如何？让我们拭目以待。

如果说，IBM是IT产业中的一头巨鲸，那么ORACLE一定就是一条大鲨鱼：咄咄逼人，善于进攻。就在2003年6月初，ORACLE突然宣布51亿美金收购仁科（PeopleSoft），业内再次震动。此举又一次露出ORACLE 一贯善于进攻的本性。要知道，ORACLE在发展过程中很少对企业进行收购的，那么收购仁科目的何在？首先，ORACLE觊觎企业应用软件市场已久，但苦于不能进一步扩大市场分额，尤为重要的是，一旦成功，可以直接对最大的敌人IBM进行打击，还可以阻击SAP等巨头的强势。时至今日，ORACLE依然以不达目的不罢休的态势和仁科缠斗，结果如何，让我们拭目以待。

"人生最大的快乐是击败敌人"，Ellison一定很喜欢这句话。

后记：2004年12月13日，Oracle公司宣布签订了以每股26.50美元、总计约103亿美元的代价收购 仁科(PeopleSoft) 的最终协议。历时十八个月的争斗终于尘埃落定。

本文作者

Fenng，某美资公司DBA，业余时间混迹于各数据库相关的技术论坛且乐此不疲。目前关注如何利用ORACLE数据库有效地构建企业应用。对Oracle tuning、troubleshooting有一点研究。
个人技术站点:http://www.dbanotes.net/ 。可以通过电子邮件 dbanotes@gmail.com 联系到他。

原文出处

http://www.dbanotes.net/Oracle/History_about_Oracle_company.htm
]]> <![CDATA[探讨ORACLE数据库的数据导入方法]]> http://blogger.org.cn/blog/more.asp?name=blakestone&id=8439 blakestone 2005/9/9 11:11:26 作者：万波 (Wanbo.cn)
日期：19-Jan-2005　
出处：http://www.dbanotes.net
版本：1.00


 

前言

每个数据库管理员都会面临数据导入的问题，这有可能发生在数据库的新老移植过程中，或者是在数据库崩溃后的恢复重建过程中，还有可能是在创建测试数据库的模拟环境过程中，总之作为一名合格的数据库管理员，你应该做好接受各种数据导入请求的技术储备，同时还要尽量满足人本能的对导入速度的苛求。本文仅针对 Oracle 数据库所提供的加速数据导入的各种特性和技术进行探讨，其中的一些方法也可以转化应用于其他数据库。以下七种数据导入方法哪个最适用需要针对具体情况具体分析，我也附带列举了影响导入速度的各种因素供斟酌。为了比较各种数据导入方法的效果，我创建了示例表和数据集，并用各种方法导入示例数据集来计算总体导入时间和导入进程占用 CPU 时间，这里得出的时间仅供参考。需要说明的是，建议你使用 Oracle 9i 企业版数据库，当然你也可以尝试使用 Oracle 7.3 以上的标准版数据库。本文使用的机器配置为：CPU Intel P4，内存 256M，数据库 Oracle 9i 企业版。

示例表结构和数据集

为了演示和比较各种数据导入方法，我假定数据导入任务是将外部文件数据导入到 Oracle 数据库的CALLS表中，外部数据文件包含十万条呼叫中心记录，将近 6MB 的文件大小，具体的数据示例如下:

82302284384,2003-04-18:13:18:58,5001,投诉,手机三包维修质量
82302284385,2003-04-18:13:18:59,3352,咨询,供水热线的号码
82302284386,2003-04-18:13:19:01,3142,建议,增设公交线路

接受导入数据的表名是 CALLS，表结构如下：

     Name	            Null?         Type                 Comment
    ------------     ---------     -------------        -----------------
    CALL_ID          NOT NULL      NUMBER               Primary key
    CALL_DATE        NOT NULL      DATE                 Non-unique index
    EMP_ID           NOT NULL      NUMBER
    CALL_TYPE        NOT NULL      VARCHAR2(12)
    DETAILS                        VARCHAR2(25)

逐条数据插入INSERT

数据导入的最简单方法就是编写 INSERT 语句，将数据逐条插入数据库。这种方法只适合导入少量数据，如 SQL*Plus 脚本创建某个表的种子数据。该方法的最大缺点就是导入速度缓慢，占用了大量的 CPU 处理时间，不适合大批量数据的导入；而其主要优点就是导入构思简单又有修改完善的弹性，不需要多做其它的准备就可以使用。如果你有很多时间没法打发，又想折磨一下数据库和 CPU，那这种方法正适合你。:)

为了与其它方法做比较，现将十万条记录通过此方法导入到 CALLS 表中，总共消耗 172 秒，其中导入进程占用 CPU 时间为 52 秒。

逐条数据插入 INSERT，表暂无索引

为什么上一种方法占用了较多的 CPU 处理时间，关键是 CALLS 表中已创建了索引，当一条数据插入到表中时，Oracle 需要判别新数据与老数据在索引方面是否有冲突，同时要更新表中的所有索引，重复更新索引会消耗一定的时间。因此提高导入速度的好办法就是在创建表时先不创建索引或者在导入数据之前删除所有索引，在外部文件数据逐条插入到表中后再统一创建表的索引。这样导入速度会提高，同时创建的索引也很紧凑而有效，这一原则同样适用于位图索引（Bitmap Index）。对于主要的和唯一的关键约束(key constraints)，可以使之先暂时失效(disabling)或者删除约束来获得同样的效果，当然这些做法会对已经存在的表的外键约束产生相关的影响，在删除前需要通盘斟酌。

需要说明的是，这种方法在表中已存在很多数据的情况下不太合适。例如表中已有九千万条数据，而此时需要追加插入一千万条数据，实际导入数据节省的时间将会被重新创建一亿条数据的索引所消耗殆尽，这是我们不希望得到的结果。但是，如果要导入数据的表是空的或导入的数据量比已有的数据量要大得多，那么导入数据节省的时间将会少量用于重新创建索引，这时该方法才可以考虑使用。

加快索引创建是另一个需要考虑的问题。为了减少索引创建中排序的工作时间，可以在当前会话中增加 SORT_AREA_SIZE 参数的大小，该参数允许当前会话在内存的索引创建过程中执行更多的排序操作。同样还可以使用 NOLOGGING 关键字来减少因创建索引而生成的 REDO 日志量，NOLOGGING 关键字会对数据库的恢复和 Standby 备用数据库产生明显的影响，所以在使用之前要仔细斟酌，到底是速度优先还是稳定优先。

运用这种方法，先删除 CALLS 表的主键和不唯一的索引，然后逐条导入数据，完成后重新创建索引( 表在导入数据前是空的)。该方法总共消耗 130 秒，包括重建索引的时间，其中导入进程占用 CPU 时间为 35秒。

这种方法的优点是可以加快导入的速度并使索引更加紧凑有效；缺点是缺乏通用性，当你对表增加新的复杂的模式元素（索引、外键等）时你需要添加代码、修改导入执行程序。另外针对 7*24 在线要求的数据库在线导入操作时，删除表的索引会对在线用户的查询有很大的性能影响，同时也要考虑，主要或唯一的关键约束条件的删除或失效可能会影响到引用它们的外键的使用。

批量插入，表暂无索引

在Oracle V6 中 OCI 编程接口加入了数组接口特性。数组操作允许导入程序读取外部文件数据并解析后，向数据库提交SQL语句，批量插入 SQL 语句检索出的数据。Oracle 仅需要执行一次 SQL 语句，然后在内存中批量解析提供的数据。批量导入操作比逐行插入重复操作更有效率，这是因为只需一次解析 SQL 语句，一些数据绑订操作以及程序与数据库之间来回的操作都显著减少，而且数据库对每一条数据的操作都是重复可知的，这给数据库提供了优化执行的可能。其优点是数据导入的总体时间明显减少，特别是进程占用 CPU 的时间。

需要提醒的是，通过 OCI 接口确实可以执行数据批量导入操作，但是许多工具和脚本语言却不支持使用此功能。如果要使用该方法，需要研究你所使用的开发工具是否支持 OCI 批量操作功能。导入程序需要进行复杂的编码并可能存在错误的风险，缺乏一定的弹性。

运用上述方法，程序将外部数据提取到内存中的数组里，并执行批量插入操作（100行/次），保留了表的删除/重建索引操作，总的导入时间下降到 14 秒，而进程占用 CPU 的时间下降到7秒，可见实际导入数据所花费的时间显著下降了 95%。

CREATE TABLE AS SELECT，使用Oracle9i的External Table

Oracle 9i 的一项新特性就是 External Table，它就象通常的数据库表一样，拥有字段和数据类型约束，并且可以查询，但是表中的数据却不存储在数据库中，而是在与数据库相关联的普通外部文件里。当你查询 External Table 时，Oracle 将解析该文件并返回符合条件的数据，就象该数据存储在数据库表中一样。

需要注意的是，你可以在查询语句中将 External Table 与数据库中其他表进行连接（Join），但是不能给 External Table 加上索引，并且不能插入/更新/删除数据，毕竟它不是真正的数据库表。另外，如果与数据库相关联的外部文件被改变或者被删除，这会影响到 External Table 返回查询结果，所以在变动前要先跟数据库打招呼。

这种方法为导入数据打开了新的一扇门。你可以很容易的将外部文件与数据库相关联，并且在数据库中创建对应的 External Table，然后就可以立即查询数据，就象外部数据已经导入到数据库表中一样。唯一的不足需要明确，数据并未真正导入到数据库中，当外部文件被删除或覆盖时，数据库将不能访问 External Table 里的数据，而且索引没有被创建，访问数据速度将有所缓慢。创建 CALLS_EXTERNAL（External Table表）如下，使之与外部数据文件关联：

CREATE TABLE calls_external         
        (call_id    NUMBER,
         call_date  DATE,
         emp_id     NUMBER,
         call_type  VARCHAR2(12),
         details    VARCHAR2(25))
        ORGANIZATION EXTERNAL
        ( TYPE oracle_loader
        DEFAULT DIRECTORY extract_files_dir
        ACCESS PARAMETERS
          (
          RECORDS DELIMITED BY NEWLINE
          FIELDS TERMINATED BY ','
          MISSING FIELD VALUES ARE NULL
            (
            call_id, call_date CHAR DATE_FORMAT DATE MASK
            "yyyy-mm-dd:hh24:mi:ss",
            emp_id, call_type, details
            )
          )
        LOCATION ('calls.dat')
        );

然后将 External Table 与真正被使用的表 CALLS 关联同步，删除 CALLS 表并重建它：

    CREATE TABLE calls
        (
        call_id    NUMBER	 NOT NULL,
        call_date  DATE		 NOT NULL,
        emp_id  	 NUMBER	 NOT NULL,
        call_type	 VARCHAR2(12) NOT NULL,
        details	 VARCHAR2(25)
        )
        TABLESPACE tbs1 NOLOGGING
        AS
        SELECT call_id, call_date, emp_id, call_type, details
        FROM   calls_external;

因为 CALLS 表是真正的数据库表，可以创建索引来加快访问，表中的数据将被保留，即使外部数据文件被更新或被删除。在建表语句中NOLOGGING关键字用于加快索引重建。

运用这种方法导入数据，总的导入时间为 15 秒，进程占用 CPU 的时间为8秒，这比前一种方法稍微慢些，但不能就此认为使用 External Table 导入数据一定比 OCI 批量插入慢。

这种方法的优点是，未经进行大量的编写代码就取得了不错的结果，不象 OCI 批量插入存在编码错误风险，它还可以使用 dbms_job 包调度数据导入进程，实现数据导入的自动化。其缺点是目标表必须先删除后重建，如果只需要导入增量数据时此方法就不合适了，另外用户在表的重建过程中访问数据时会遇到 "table or view does not exist" 的错误，它仅适用于 Oracle 9i 以上版本的数据库。

INSERT Append as SELECT，使用 Oracle9i 的 External Table

上一种方法演示了如何创建与外部数据文件关联的数据库表，其表的数据是由外部数据文件映射过来。缺点是数据库表需要被先删除再重建来保持与外部数据文件的一致和同步，对导入增量的数据而不需要删除已有数据的情况不合适。针对这种需求，Oracle 提供了 INSERT 语句外带 APPEND 提示来满足。

    INSERT    /*+ APPEND */ INTO calls
            (call_id, call_date, emp_id, call_type, details)
   SELECT call_id, call_date, emp_id, call_type, details
     FROM calls_external;

该语句读取引用外部数据文件的 CALLS_EXTERNAL 表中内容，并将之增加到表 CALLS 中。Append 提示告诉 Oracle 使用快速机制来插入数据，同时可以配合使用表的 NOLOGGING 关键字。

可以预见这种方法与前一方法消耗了相同的时间，毕竟它们是使用 External Table 特性导入数据的不同阶段解决方法。如果目标表不是空的，那将会消耗稍微长的时间（因为要重建更长的索引），而前一 CREATE TABLE as SELECT 方法是整体创建索引。

SQL*Loader的强大功能

SQL*Loader 是 Oracle 提供的导入实用程序，特别针对从外部文件导入大批量数据进入数据库表。该工具已经有多年的历史，每一次版本升级都使其更加强大、灵活和快捷，但遗憾的是它的语法却是神秘而不直观，并且只能从命令行窗口处进行调用。

尽管它有不直观的缺点，但却是最快最有效的导入数据方法。缺省情况下它使用 "conventional path" 常规选项来批量导入数据，其性能提高度并不明显。我建议使用更快速的导入参数选项，在命令行添加"direct=true" 选项调用 "direct path" 导入选项。在 "direct path" 导入实现中，程序在数据库表的新数据块的 high water mark 处直接写入导入数据，缩短了数据插入的处理时间，同时优化使用了非常有效的B+二叉树方法来更新表的索引。

运用这种方法，如果使用缺省的 conventional path 导入选项，总的导入时间是 81 秒，进程占用 CPU 时间大约是 12 秒，这包括了更新表的索引时间。如果使用 direct path 导入选项，总的导入时间竟是 9 秒，进程占用 CPU 时间也仅仅是 3 秒，也包括了更新表的索引时间。

由此可见，尽管表中的索引在数据导入之前并没有被删除，使用SQL*Loader的direct path 导入选项仍然是快速和有效的。当然它也有缺点，就像NOLOGGING关键字一样该方法不生成REDO日志数据，导入进程出错后将无法恢复到先前状态；在数据导入过程中表的索引是不起作用的，用户此时访问该表时将出现迟缓，当然在数据导入的过程中最好不要让用户访问表。

分区交换 (Partition Exchange)

以上讨论的数据导入方法都有一个限制，就是要求用户在导入数据完成之后才可以访问数据库表。面对7×24不间断访问数据库来说，如果我们只是导入需要增加的数据时，这种限制将对用户的实时访问产生影响。Oracle在这方面提供了表分区功能，它可以减少导入数据操作对用户实时访问数据的影响，操作模式就象使用可热插拔的硬盘一样，只不过这里的硬盘换成了分区（Partition）而已。需要声明的是 Partitioning 分区功能只有在企业版数据库中才提供。

在一个被分区过的表中，呈现给用户的表是多个分区段（segments）的集合。分区可以在需要时被添加，在维护时被卸载或删除，分区表可以和数据库中的表交换数据，只要它们的表结构和字段类型是一致的，交换后的分区表将拥有与之互动的表的数据。需要注意的是，这种交换只是在Oracle数据库的数据字典层面上进行，并没有数据被实际移动，所以分区表交换是极其快速的。

为了创建实验环境，先假设CALLS表是个分区表，要创建一个空的分区PART_01012004，用来保存2004年1月1日的呼叫数据。然后需要再创建一临时表为CALLS_TEMP，该表与CALLS表拥有相同的字段和数据类型。

我们使用先前介绍的导入方法将十万条数据导入到CALLS_TEMP表中，可以耐心等待数据完全导入到CALLS_TEMP表中，并且创建好索引和相关约束条件，所有这一切操作并不影响用户实时访问CALLS表，因为我们只对CALLS_TEMP临时表进行了操作。一旦数据导入完成，CALLS_TEMP表就存有2004年1月1日的呼叫数据。同时利用CALLS表中名为PART_01012004的空分区，使用如下语句执行分区交换： 

       ALTER  TABLE  calls 
        EXCHANGE  PARTITION  part_01012004 WITH  TABLE calls_temp 
        INCLUDING  INDEXES  WITHOUT  VALIDATION;

分区交换操作将非常快速地只更新CALLS表的数据字典，PART_01012004分区表即刻拥有CALLS_TEMP表的所有数据，而CALLS_TEMP表变为空表。假定CALLS表使用局部索引而非全局索引，上述语句中的INCLUDING INDEXES将保证分区交换包括索引的可用性，WITHOUT VALIDATION 指明不检查交替表中数据的匹配，加快了交换的速度。

结论

以上探讨了Oracle数据库的多种数据导入方法，每种方法都有其优缺点和适用环境，能够满足你不同的导入需求，当然你需要在了解了这些方法后，在速度、简易性、灵活性、可恢复性和数据可用性之间寻求最佳导入方案。

为了对比各种方法的效果，我们创建了一个实例来展示各种方法的导入效率和效果，从中你可以选择最适合的方法用于今后的数据导入工作。同时请记住，本文并未囊括所有的ORACLE数据导入技术（比如并行数据导入技术），这需要我们继续不懈的探索和尝试。

数据导入方法 总体导入时间(秒) 导入进程占用CPU时间(秒)
逐条数据插入INSERT 172 52
逐条数据插入INSERT，表暂无索引 130 35
批量插入，表暂无索引 14 7
Create As Select，使用Oracle9i的External Table 15 8
INSERT Append as SELECT，使用Oracle9i的External Table 15 8
SQL*Loader conventional path 缺省导入选项 81 12
SQL*Loader direct path 导入选项 9 3



本文作者

万波(Wanbo.cn) .本文版权归原作者所有。转载请注明作者及出处！

]]> <![CDATA[创建镜像备用数据库]]> http://blogger.org.cn/blog/more.asp?name=blakestone&id=8438 blakestone 2005/9/9 10:38:51   
一个镜像数据库是：
*它应当是主数据库在另一台计算机上的一个拷贝，两者应有相同的版本并且运行在相同类型、相同版本的操作系统之上；
*它一直处于RECOVERY状态以备激活；
*它一旦被激活，就成为主数据库。
  
1、复制主数据库初始化文件init.ora到镜像数据库。
编辑修改init.ora文件的如下参数：
CONTROL_FILES   DB_FILE_NAME_CONVERT  LOG_FILE_NAME_CONVERT
这些参数在主数据库和镜像数据库目录名不同时，用以转换镜像数据库的数据文件和日志文件位置。
  
2、在主数据库方为镜像数据库创建控制文件：
SQL>alter database create standby controlfile as &lt;filename>;
并将该文件复制到镜像端(init.ora中CONTROL_FILES)指定的位置；
  
3、备份主数据库的数据文件。可以采用脱机或联机备份的方式。将备份复制到镜像数据库指定位置。
  
4、如果步骤3采用联机备份，立即归档当前重做日志：
SQL>alter system archive log current;
复制归档日志文件到镜像服务器；
  
5、启动镜像数据库到nomount状态：
SQL>startup pfile=%oracle_home%\initstandby.ora nomount
  
6、Mount镜像数据库：
SQL>alter database mount standby database;
  
7、将主数据库的归档日志应用到镜像数据库以保持主数据库与镜像数据库之间的同步：
SQL>recover standby database;
  
一旦主数据故障无法使用，就可以迅速激活镜像备份：
1、如果可能，归档主服务器当前重做日志，传送到镜像服务器；
2、使用主服务器的归档日志文件做恢复：
SQL>recover standby database;
3、激活并打开数据库：
SQL>alter database activate standby database;
SQL>alter database mount;
SQL>alter database open;
]]> <![CDATA[ORACLE备份策略(ORACLE BACKUP STRATEGY)]]> http://blogger.org.cn/blog/more.asp?name=blakestone&id=8435 blakestone 2005/9/9 9:37:25 1、了解什么是备份
2、了解备份的重要性
3、理解数据库的两种运行方式
4、理解不同的备份方式及其区别
5、了解正确的备份策略及其好处
  
一、了解备份的重要性
可以说，从计算机系统出世的那天起，就有了备份这个概念，计算机以其强大的速度处理能力，取代了很多人为的工作，但是，往往很多时候，它又是那么弱不禁风，主板上的芯片、主板电路、内存、电源等任何一项不能正常工作，都会导致计算机系统不能正常工作。当然，这些损坏可以修复，不会导致应用和数据的损坏。但是，如果计算机的硬盘损坏，将会导致数据丢失，此时必须用备份恢复数据。
其实，在我们的现实世界中，已经就存在很多备份策略，如RAID技术，双机热备，集群技术发展的不就是计算机系统的备份和高可用性吗？有很多时候，系统的备份的确就能解决数据库备份的问题，如磁盘介质的损坏，往往从镜相上面做简单的恢复，或简单的切换机器就可以了。
但是，上面所说的系统备份策略是从硬件的角度来考虑备份与恢复的问题，这是需要代价的。我们所能选择备份策略的依据是：丢是数据的代价与确保数据不丢失的代价之比。还有的时候，硬件的备份有时根本满足不了现实需要，假如你误删了一个表，但是你又想恢复的时候，数据库的备份就变的重要了。ORACLE本身就提供了强大的备份与恢复策略，这里我们只讨论ORACLE备份策略，以下的备份都是指ORACLE数据库备份，恢复将放到下一讲中。
所谓备份，就是把数据库复制到转储设备的过程。其中，转储设备是指用于放置数据库拷贝的磁带或磁盘。  
能够进行什么样的恢复依赖于有什么样的备份。作为 DBA，有责任从以下三个方面维护数据库的可恢复性：  
·使数据库的失效次数减到最少，从而使数据库保持最大的可用性；  
·当数据库不可避免地失效后，要使恢复时间减到最少，从而使恢复的效率达到最高；  
·当数据库失效后，要确保尽量少的数据丢失或根本不丢失，从而使数据具有最大的可恢复性。  
灾难恢复的最重要的工作是设计充足频率的硬盘备份过程。备份过程应该满足系统要求的可恢复性。例如，如果数据库可有较长的关机时间，则可以每周进行一次冷备份，并归档重做日志，对于24*7的系统，或许我们考虑的只能是热备份。 如果每天都能备份当然会很理想，但要考虑其现实性。企业都在想办法降低维护成本，现实的方案才可能被采用。只要仔细计划，并想办法达到数据库可用性的底线，花少量的钱进行成功的备份与恢复也是可能的。
二、了解ORACLE的运行方式
ORACLE数据库有两种运行方式：一是归档方式（ARCHIVELOG），归档方式的目的是当数据库发生故障时最大限度恢复数据库，可以保证不丢失任何已提交的数据；二是不归档方式(NOARCHIVELOG)，只能恢复数据库到最近的回收点（冷备份或是逻辑备份）。我们根据数据库的高可用性和用户可承受丢失的工作量的多少，对于生产数据库，强烈要求采用为归档方式；那些正在开发和调试的数据库可以采用不归档方式。  
  如何改变数据库的运行方式，在创建数据库时，作为创建数据库的一部分，就决定了数据库初始的存档方式。一般情况下为NOARCHIVELOG方式。当数据库创建好以后，根据我们的需要把需要运行在归档方式的数据库改成ARCHIVELOG方式。  
1、改变不归档方式为为归档方式  
a.关闭数据库，备份已有的数据，改变数据库的运行方式是对数据库的重要改动，所以要对数据库做备份，对可能出现的问题作出保护。  
b. 修改初试化参数，使能自动存档  
修改（添加）初始化文件init[SID].ora参数：  
log_archive_start=true           #启动自动归档
log_archive_format=ARC%T%S.arc   #归档文件格式
log_archive_dest=/arch12/arch        #归档路径
在8i中，可以最多有五个归档路径，并可以归档到其它服务器，如备用数据库(standby database)服务器
c.启动Instance到Mount状态，即加载数据库但不打开数据库：  
$>SVRMGRL
SVRMGRL >connect internal
SVRMGRL >startup mount
    d.发出修改命令
SVRMGRL >alter database archivelog;
SVRMGRL>alter database open;
2、改变归档状态为不归档状态
    与以上步骤相同，但有些操作不一样，主要是在以上的b操作中，现在为删除或注释该参数，在d操作中，命令为
SVRMGRL >alter database noarchivelog;
     注意，从归档方式转换到非归档方式后一定要做一次数据库的全冷备份，防止意外事件的发生。
三、ORACLE备份的分类
简单的按照备份进行的方式，可以分为逻辑备份、冷备份（脱机备份）、热备份（联机备份），其实冷备份与热备份又可以合称为物理备份
按照备份的工具，可以分为EXP/IMP备份、OS拷贝、RMAN、第三方工具，如VERITAS
以下我们将从多个角度来说明以上的各种备份方式
1、EXP/IMP逻辑备份
导入/导出是ORACLE幸存的最古老的两个命令行工具了，其实我从来不认为Exp/Imp是一种好的备份方式，正确的说法是Exp/Imp只能是一个好的转储工具，特别是在小型数据库的转储，表空间的迁移，表的抽取，检测逻辑和物理冲突等中有不小的功劳。当然，我们也可以把它作为小型数据库的物理备份后的一个逻辑辅助备份，也是不错的建议。
对于越来越大的数据库，特别是TB级数据库和越来越多数据仓库的出现，EXP/IMP越来越力不从心了，这个时候，数据库的备份都转向了RMAN和第三方工具。下面我们还是简要介绍一下EXP/IMP的使用。
i、使用方法
Exp parameter_name=value
Or Exp parameter_name=(value1,value2……)
只要输入参数help=y就可以看到所有帮助
如：
C:\>set nls_lang=simplified chinese_china.zhs16gbk
C:\>exp -help
Export: Release 8.1.6.0.0 - Production on 星期四 4月 10 19:09:21 2003
(c) Copyright 1999 Oracle Corporation.  All rights reserved.
  
通过输入 EXP 命令和用户名/口令，您可以
在用户 / 口令之后的命令:
  
实例: EXP SCOTT/TIGER
或者，您也可以通过输入跟有各种参数的 EXP 命令来控制“导出”
的运行方式。要指定参数，您可以使用关键字:
  
格式: EXP KEYWORD=value 或 KEYWORD=(value1,value2,...,valueN)
实例: EXP SCOTT/TIGER GRANTS=Y TABLES=(EMP,DEPT,MGR)
或 TABLES=(T1: P1,T1: P2)，如果 T1 是分区表
USERID 必须是命令行中的第一个参数。
关键字  说明（默认）        关键字      说明（默认）
--------------------------------------------------------------------------
USERID   用户名/口令            FULL         导出整个文件 (N)
BUFFER   数据缓冲区的大小          OWNER        所有者用户名列表
FILE     输出文件 (EXPDAT.DMP)    TABLES       表名列表
COMPRESS 导入一个范围 (Y)   RECORDLENGTH  IO 记录的长度
GRANTS  导出权限 (Y)            INCTYPE      增量导出类型
INDEXES 导出索引 (Y)           RECORD       跟踪增量导出 (Y)
ROWS    导出数据行 (Y)         PARFILE      参数文件名
CONSTRAINTS 导出限制 (Y)    CONSISTENT   交叉表一致性
LOG      屏幕输出的日志文件    STATISTICS  分析对象 (ESTIMATE)
DIRECT   直接路径 (N)              TRIGGERS     导出触发器 (Y)
FEEDBACK 显示每 x 行 (0) 的进度
FILESIZE 各转储文件的最大尺寸
QUERY    选定导出表子集的子句
  
下列关键字仅用于可传输的表空间
TRANSPORT_TABLESPACE 导出可传输的表空间元数据 (N)
TABLESPACES 将传输的表空间列表
在没有警告的情况下成功终止导出。
C:\>
帮助已经很详细的说明了参数的意义和使用方法，并列举了几个简单的例子，注意的是，从8i开始，已经开始支持数据子集的方法，就是可以指定自己的Where条件，可以从表中导出一行或多行数据。
注意上面的set nls_lang=simplified chinese_china.zhs16gbk，通过设置环境变量，可以让exp的帮助以中文显示，如果set nls_lang=American_america.字符集，那么你的帮助就是英文的了。
增量和累计导出必须在全库方式下才有效，而且，大多数情况下，增量和累计导出并没有想象中的那么有效。ORACLE从9i开始，不再支持增量导出和累计导出。
ii、表空间传输
表空间传输是8i新增加的一种快速在数据库间移动数据的一种办法，是把一个数据库上的格式数据文件附加到另外一个数据库中，而不是把数据导出成Dmp文件，这在有些时候是非常管用的，因为传输表空间移动数据就象复制文件一样快。
关于传输表空间有一些规则，即：
·源数据库和目标数据库必须运行在相同的平台上。
·源数据库与目标数据库必须使用相同的字符集。
·源数据库与目标数据库一定要有相同大小的数据块（9i已经不用）
·目标数据库不能有与迁移表空间同名的表空间
·SYS的对象不能迁移
·必须传输自包含的对象集
·有一些对象，如物化视图，基于函数的索引等不能被传输
可以用以下的方法来检测一个表空间或一套表空间是否符合传输标准：
exec sys.dbms_tts.transport_set_check(‘tablespace_name’,true);
select * from sys.transport_set_violation;
如果没有行选择，表示该表空间只包含表数据，并且是自包含的。对于有些非自包含的表空间，如数据表空间和索引表空间，可以一起传输。
以下为简要使用步骤，如果想参考详细使用方法，也可以参考ORACLE联机帮助。
a.设置表空间为只读（假定表空间名字为APP_Data 和APP_Index）
   alter tablespace app_data read only;
   alter tablespace app_index read only;
b.发出EXP命令
   SQL>host exp userid=”””sys/password as sysdba”””  
transport_tablespace=y tablespace=(app_data, app_index)
  以上需要注意的是
·为了在SQL中执行EXP，USERID必须用三个引号，在UNIX中也必须注意避免“/”的使用
·在816和以后，必须使用sysdba才能操作
·这个命令在SQL中必须放置在一行（这里是因为显示问题放在了两行）
    c.拷贝数据文件到另一个地点，即目标数据库
     可以是cp(unix)或copy(windows)或通过ftp传输文件（一定要在bin方式）
    d.把本地的表空间设置为读写
    e.在目标数据库附加该数据文件
imp file=expdat.dmp userid=”””sys/password as sysdba”””
      transport_tablespace=y
      “datafile=(c:\temp\app_data,c:\temp\app_index)”
   f.设置目标数据库表空间为读写
alter tablespace app_data read write;
     alter tablespace app_index read write;
iii、导出/导入与字符集
明白ORACLE的多国语言设置，ORACLE多国语言设置是为了支持世界范围的语言与字符集，一般对语言提示，货币形式，排序方式和CHAR,VARCHAR2,CLOB,LONG字段的数据的显示等有效。ORACLE的多国语言设置最主要的两个特性就是国家语言设置与字符集设置，国家语言设置决定了界面或提示使用的语言种类，字符集决定了数据库保存与字符集有关数据（如文本）时候的编码规则。正如刚才上面的一个小例子，环境变量NLS_LANG的不同，导致EXP帮助发生变化，这就是多国语言设置的作用（NLS_LANG包含国家语言设置与字符集设置，这里起作用的是国家语言设置，而不是字符集）。
ORACLE字符集设定，分为数据库字符集和客户端字符集环境设置。在数据库端，字符集在创建数据库的时候设定，并保存在数据库props$表中，对于8i以上产品，已经可以采用“Alter database character set 字符集”来修改数据库的字符集，但也仅仅是从子集到超集，不要通过update props$来修改字符集，如果是不支持的转换，可能会失去所有与字符集有关的数据，就是支持的转换，也可能导致数据库的不正常工作。字符集分为单字节字符集与多字节字符集，US7ASCII就是典型的单字节字符集，在这种字符集中length=lengthb，而ZHS16GBK就是常用的双字节字符集，在这里lengthb=2*length。
在客户端的字符集环境比较简单，主要就是环境变量或注册表项NLS_LANG，注意NLS_LANG的优先级别为：参数文件à注册表à环境变量àalter session。NLS_LANG的组成为“国家语言设置.字符集”，如nls_lang=simplified chinese_china.zhs16gbk。客户端的字符集最好与数据库端一样（国家语言设置可以不一样，如zhs16gbk的字符集，客户端可以是nls_lang =simplified chinese_china.zhs16gbk或Ameircan_America.zhs16gbk，都不影响数据库字符的正常显示），如果字符集不一样，而且字符集的转换也不兼容，那么客户端的数据显示与导出/导入的与字符集有关的数据将都是乱码。
使用一点点技巧，就可以使导出/导入在不同的字符集的数据库上转换数据。这里需要一个2进制文件编辑工具即可，如uedit32。用编辑方式打开导出的dmp文件，获取2、3字节的内容，如00 01，先把它转换为10进制数，为1，使用函数NLS_CHARSET_NAME即可获得该字符集：
SQL> select nls_charset_name(1) from dual;
NLS_CHARSET_NAME(1)
-------------------
US7ASCII
可以知道该dmp文件的字符集为US7ASCII，如果需要把该dmp文件的字符集换成ZHS16GBK，则需要用NLS_CHARSET_ID获取该字符集的编号：
SQL> select nls_charset_id('zhs16gbk') from dual;
NLS_CHARSET_ID('ZHS16GBK')
--------------------------
               852
把852换成16进制数，为354，把2、3字节的00 01换成03 54，即完成了把该dmp文件字符集从us7ascii到zhs16gbk的转化，这样，再把该dmp文件导入到zhs16gbk字符集的数据库就可以了。（注意，十进制数与十六进制之间的转换，想明白其中的道理）
Iv、跨版本使用Exp/Imp
Exp/Imp很多时候，可以跨版本使用，如在版本7与版本8之间导出导入数据，但这样做必须选择正确的版本，规则为：
   ·总是使用IMP的版本匹配数据库的版本，如果要导入到816，则使用816的导入工具。
   ·总是使用EXP的版本匹配两个数据库中低的那个版本，如在815与816之间互导，则使用815的EXP工具。
2、OS备份
操作系统备份有两类，冷备份（Cold backup）与热备份（Hot backup），操作系统备份与以上的逻辑备份有本质的区别。逻辑备份提取数据库的数据内容，而不备份物理数据块。而操作系统备份则是拷贝整个的数据文件。
i、冷备份
在文件级备份开始前数据库必须彻底关闭。关闭操作必须用带有normal、immediate、transaction选项的shutdown来执行。
数据库使用的每个文件都被备份下来，这些文件包括：
     ☆所有数据文件
     ☆所有控制文件
     ☆所有联机REDO LOG 文件
     ☆INIT.ORA文件(可选)
     作冷备份一般步骤是：
        a.正常关闭要备份的实例(instance);
        b.备份整个数据库到一个目录
c.启动数据库
如
             SVRMGRL>connect internal
             SVRMGRL >shutdown immediate
             SVRMGRL >! cp &lt;file> &lt;backup directory>
             或
             SVRMGRL >!tar cvf /dev/rmt/0 /u01/oradata/prod
             SVRMGRL >startup
    注意：如果利用脚本对数据库进行冷备份，必须对关闭数据库的命令进行逻辑检查，如果发生关闭数据库的命令不能正常执行而导致数据库没有正常关闭，那么，所有的冷备份将回是无效的。
ii、热备份
热备份是当数据库打开并对用户有效是的OS级的数据备份。热备份只能用于ARCHIVELOG方式的数据库。在数据文件备份之前，对应的表空间必须通过使用ALTER TABLESPACE …… BEGIN BACKUP以备份方式放置。然后组成表空间的数据文件可以使用类似冷备份的操作系统命令进行拷贝。在数据文件用操作系统命令拷贝后，应使用ALTER TABLESPACE …… END BACKUP命令使表空间脱离热备份方式。
热备份没有必要备份联机日志，但必须是归档状态，在实例恢复的时候，可能需要用到归档日志。当前联机日志一定要保护好或是处于镜相状态，当前联机日志的损坏，对于数据库的损坏是巨大的，只能以数据的丢失来进行数据库的恢复工作。
对于临时表空间，存放的是临时信息，在热备份是也可以考虑不用备份，如果临时文件发生故障，可以删除该数据文件与表空间，重建一个临时表空间。
热备份的优点是显而易见的
---- a．可在表空间或数据文件级备份，备份时间短。  
---- b．备份时数据库仍可使用。  
---- c．可达到秒级恢复（恢复到某一时间点上）。  
---- d．可对几乎所有数据库实体作恢复。  
---- e．恢复是快速的，在大多数情况下在数据库仍工作时恢复。
操作系统作热备份的一般步骤为：
①连接数据库
SVRMGRL>connect internal;
②将需要备份的表空间（如User）设置为备份方式
SVRMGRL>Alter tablespace User begin backup;
③拷贝数据文件
SVRMGRL>!cp /u01/oradata/prod/user01.ora /backup/prod/user01.ora
Or
$cp cp /u01/oradata/prod/user01.ora /backup/prod/user01.ora
④在数据文件拷贝完成后，将表空间拖体备份方式
SVRMGRL>Alter tablespace User end backup;
⑤对所有需要备份的表空间重复2，3，4
⑥使用如下的命令备份控制文件ALTER DATABSE …… BACKUP CONTROLFILE
如备份成二进制文件
alter database backup controlfile to ‘new fielname’;
备份成文本文件
alter database backup controlfile to trace;
因为热备份的时候，用户还在操作数据库，所以，最好是每个表空间处于备份状态的时间最短，这样就要求一个表空间一个表空间的备份，不要一起使表空间处于备份状态而同时拷贝数据文件。
    注意：如果在热备份的时候如果数据库中断（如断电），那么在重新启动数据库的时候，数据库将提示有数据文件需要恢复，你需要把正在断电时候的处于备份状态的数据文件通过ALTER TABLESPACE …… END BACKUP结束备份方式。具体哪个数据文件或表空间处于备份状态，可以通过v$backup与v$datafile来获得。
3、RMAN（备份与恢复管理器）
i.使用RMAN进行备份
Recovery manager（RMAN）是ORACLE提供的DBA工具，用语管理备份和恢复操作。RMAN只能用于ORACLE8或更高的版本中。它能够备份整个数据库或数据库部件，其中包括表空间、数据文件，控制文件和归档文件。RMAN可以按要求存取和执行备份和恢复。
RMAN备份有如下优点
☆支持在线热备份
☆支持多级增量备份
☆支持并行备份、恢复
☆减少所需要备份量
☆备份、恢复使用简单
    重要的是，使用恢复管理器允许您进行增量数据块级的备份（这个与导出/导入的增量截然不同）。增量RMAN备份是时间和空间有效的，因为他们只备份自上次备份以来有变化的那些数据块。另一个空间有效的RMAN特性是它只备份数据文件中使用的数据块，忽略空的，未用的数据块，这个对于预分配空间的表空间有很大的好处。
   从9i开始，还增加了RMAN的数据块级别的恢复，可以进一步减少数据库恢复时间。
RMAN支持以下不同类型的备份
FULL                                数据库全备份，包括所有的数据块
INCREMENTAL                       增量备份，只备份自上次增量备份以来修改过的数据块。需要一个0级的增量作为增量的基础，可以支持5级增量。
OPEN                                 在数据库打开的时候使用
CLOSED                             在数据库安装(MOUNT)但不打开的时候备份，关闭备份可以是CONSISTENT或IN CONSISTENT类型的。
CONSISTENT                         在数据库安装，单不打开，并且在安装之前数据库被彻底关闭（而不是被破坏或异常退出）时使用。CONSISTENT备份可以简单的进行复原(RESTORE)而不是恢复(RECOVER)
INCONSISTENT                     在数据库打开或安装（但不打开）时使用。在该数据库正常关闭或崩溃后，INCONSISTENT备份需要恢复。
理解BACKUP，RESTORE，RECOVER命令，这是RMAN最基本的三个命令，可以进行数据库的备份，复原以及恢复操作。
    理解恢复目录，RMAN可以在没有恢复目录(NOCATALOG)下运行，这个时候备份信息保存在控制文件。保存在控制文件的备份信息是很危险的，如果控制文件的破坏将导致备份信息的丢失与恢复的失败，而且，没有恢复目录，很多RMAN的命令将不被支持。所以对于重要的数据库，建议创建恢复目录，恢复目录也是一个数据库，只不过这个数据库用来保存备份信息，一个恢复目录可以用来备份多个数据库。
   创建RMAN目录，以下步骤说明了在一个数据库中尽力RMAN目录的过程。
a.为目录创建一个单独的表空间
SQL>Create tablespace tools datafile ‘fielname’ size 50m;
b.创建RMAN用户
SQL>Create user RMAN identified by RMAN default tablespace tools temporary tablespace temp;
c.给RMAN授予权限
SQL>Grant connect , resource , recovery_catalog_owner to rman;
d.打开RMAN
$>RMAN
e.连接数据库
RMAN>connect catalog rman/rman
f.创建恢复目录
RMAN>Create catalog tablespace rman
注册目标数据库，恢复目录创建成功后，就可以注册目标数据库了，目标数据库就是需要备份的数据库，一个恢复目录可以注册多个目标数据库，注册目标数据库的命令为：
     $>RMAN target internal/password catalog rman/rman@rcdb;
RMAN>Register database;
数据库注册完成,就可以用RMAN来进行备份了，更多命令请参考ORACLE联机手册或《ORACLE8i备份与恢复手册》。
RMAN使用脚本来备份数据库，以下是RMAN进行备份的几个例子。
a.备份整个数据库
backup full tag ‘basicdb’ format ‘/bak/oradata/full_%u_%s_%p’ database;
b.备份一个表空间
       backup tag ‘tsuser’ format ‘/bak/oradata/tsuser_%u_%s_%p’ tablespace users;
c.备份归档日志
backup tag ‘alog’ format ‘/bak/archivebak/arcbak_%u_%s_%p’ archivelog all delete input;
ii.维护RMAN
  RMAN的维护主要分为几个方面
1、  查看RMAN的信息
            检查现有备份
              RMAN>list backup
            列出过期备份
              RMAN>report obsolete
            删除过期的备份
              RMAN>allocate channel for maintenance type disk;
              RMAN>change backupset id delete;
              RMAN>release channel;
2、  同步或重置RMAN
如果目标数据库物理对象发生了变化，如添加了一个数据文件，需要用如下命令同步：
RMAN>resync catalog;
如果目标数据库reset了数据库，需要用如下命令同步
RMAN>reset database;
当手工删除了数据库的归档文件后，要执行以下脚本同步
RMAN>allocate channel for maintenance type disk;
RMAN> change archivelog all crosscheck;
RMAN>release channel;
            当手工删除了数据库的RMAN备份后，要执行以下脚本来同步
                RMAN>allocate channel for maintenance type disk;
RMAN>crosscheck backup;
RMAN>delete expired backup;
RMAN>release channel;
四、定制恰当的备份策略
i.定制正确的策略
正确的备份策略不仅能保证数据库服务器的24*7的高性能的运行，还能保证备份与恢复的快速性与可靠性。我们将以RMAN的多级增量备份作为一个备份策略的例子来讨论。采用多级备份就是为了减少每天备份所需要的时间，而又保证系统有良好的恢复性。恢复时间与备份时间要有一个权衡。比如只要进行一个数据库的全备份，然后就只备份归档也可以保证能把数据库恢复到最新的状态，但是这样的恢复时间将是不可容忍的。多级备份也正是     为了解决这种问题，以下就是一个多级备份的例子：
每半年做一个数据库的全备份（包括所有的数据和只读表空间）
每一个月做一次零级备份（不包含只读表空间）
每个星期做一次一级备份
每天做一次二级备份
任何数据库的更改需要重新同步CATALOG目录并重新备份（如添加数据文件）或重新备份（如修改表空间为只读）
每次备份后都可以备份归档日志或定期备份归档日志。
如果可能，可以直接备份到磁带上。
数据库全备份的脚本
run{
allocate channel c1 type disk;
allocate channel c2 type disk;
allocate channel c3 type disk;
backup full tag ‘dbfull’ format ‘/u01/oradata/backup/full%u_%s_%p’ database
include current controlfile;
sql ‘alter system archive log current’;
backup fileaperset 3 format ‘/u01/oradata/backup/arch%u_%s_%p’  
archivelog all delete input;   #备份归档可选，可以单独定期备份
release channel c1;
release channel c2;
release channel c3;
}
零级备份的脚本
run{
allocate channel c1 type disk;
allocate channel c2 type disk;
allocate channel c3 type disk;
backup incremental level 0 tag ‘db0’ format ‘/u01/oradata/backup/db0%u_%s_%p’  
database skip readonly;
sql ‘alter system archive log current’;
backup fileaperset 3 format ‘/u01/oradata/backup/arch%u_%s_%p’  
archivelog all delete input;   #备份归档可选，可以单独定期备份
release channel c1;
release channel c2;
release channel c3;
}
同理，我们可以得到一级备份，二级备份的脚本，如一级备份的脚本
run{
allocate channel c1 type disk;
allocate channel c2 type disk;
allocate channel c3 type disk;
backup incremental level 1 tag ‘db1’ format ‘/u01/oradata/backup/db1%u_%s_%p’  
database skip readonly;
sql ‘alter system archive log current’;
backup fileaperset 3 format ‘/u01/oradata/backup/arch%u_%s_%p’  
archivelog all delete input;   #备份归档可选，可以单独定期备份
release channel c1;
release channel c2;
release channel c3;
}
如果按照以上备份策略，则每天的所需要备份的数据量只有一天的改变量。而做恢复时最多要恢复当月的一个零级备份+三个一级备份+6个二级备份+当天的归档文件。如果不能接受这样的恢复时间，可以减少零级备份之间的时间间隔。
     在每次备份后，原则上在该备份点之前的归档日志就可以删除掉了，但是为了进一步的安全以及日后需要（如使用LOGMNR查找所需信息），建议有条件的话，归档日志保存一年，可以保存在磁带等廉价存取设备上。
ii.与RMAN备份有关的优化
备份操作主要是完成以下三个步骤
1、从磁盘上读取数据
2、在内存中处理数据块
3、写入数据到磁盘或磁带
以上的读写操作可以同步或异步的完成，在同步I/O操作中，一个时间只允许有一个IO操作，但是在异步I/O操作中，一个时间允许有多个IO操作。因此，备份与恢复的调优主要集中在以下几个方面：
1、  提高同步或异步I/O操作能力
在支持异步操作的操作系统上，可以通过设置TAPE_AYSNCH_IO,DISK_ASYNCH_IO和BACKUP_TYPE_IO_SLAVES来支持异步操作，提高写的能力。
2、  提高磁盘读能力
可以在backup命令后通过设置DISKRATIO来保证从多个磁盘上读取数据，保证连续的数据流。
3、  正确设置缓冲区与参数值
设置LARGE_POOL_SIZE，使备份可以使用连续的缓冲池，通过设置DB_FIL_DIRECT_IO_COUNT可以提高缓冲区的利用。如果使用磁带备份，还可以设置BACKUP_TYPE_IO_SLAVES来提高磁带的写能力。
4、  采用并行备份
开辟多个通道，可以实现并行备份与恢复
  
iii.备份RMAN数据库
RMAN自己的数据库也需要备份，但是本身很小，而且不是经常发生变化，所以在每次RMAN备份完成后，都可以用如下脚本对RMAN数据库备份。
EXP pafile =exprman.sql
exprman.sql为
USERID=RMAN/RMAN
BUFFER=32768
OWNER=RMAN
FILE=RMAN.DMP
ROWS=Y
GRANTS=Y
COMPRESS=Y
CONSISTENT=Y
iv.使自动备份数据库
自动备份数据库不外乎以下三种方式
     WINDOWS下的任务计划(At命令)
     UNIX下的Crontab
     第三方工具如Viritas
在以上三种方式中Viritas属于第三方工具，很多人可能都没有接触，主要说一下windows的任务计划与unix的cron
1、生成脚本文件，如backup.rcv
假定文件内容如下：
$>cat backup.rcv
connect target sys/password rcvcat rman/rman@localname;
run{
allocate channel c1 type disk;
allocate channel c2 type disk;
allocate channel c3 type disk;
backup fileaperset 3 format ‘/u01/oradata/backup/arch%u_%s_%p’  
archivelog all delete input;   
release channel c1;
release channel c2;
release channel c3;
}
   2、生成执行文件
在windows上生成backup_archive.bat，内容包括
rman cmdfile = backup.rcv
在unix下生成 backup_archive.sh，内容包括
/oracle/ramn/rman cmdfile = backup.rcv
  3、加入调度
在windows中用任务计划向导即可，或使用at命令。
在unix中，在目标机器上编写一个文件，用以启动自动备份进程。假定文件名为ORACLE，文件将放在/var/spool/cron/crontabs目录下
$>cat oracle
0 23 * * 0 backup_archive.sh
#表示星期天23点对数据库备份
0 12,18 * * * backup_archive.sh
     #表示每天12点，18点备份
Crontab文件的每一行由六个域(minutes,hours,day of month,month,day of week,command)组成，域之间用空格或Tab分隔开来
五、常见误区
1、使用EXP/IMP备份
EXP/IMP不是一个良好的备份工具，在以后的发展之中，ORACLE对EXP/IMP用于备份的支持会越来越低。ORACLE只是把EXP/IMP当作一个好的工具而不是备份工具，在对于大型数据库，如TB级数据库或数据仓库，EXP/IMP肯定会力不从心。
2、在应用程序中备份数据库
在论坛上，有很多这样的要求，“我怎么在程序中备份与恢复数据库？”。首先说，这个并不是不可以实现，但是实现的过程会很复杂而且意外会很多。就我的感觉，提出这样问题的人，首先一点就是对ORACLE或DBA的不了解，如果ORACLE可以这么轻松的实现备份与恢复，那么我可以说，就不需要DBA了。
3、冷备份比热备份更容易，效果会更好
有人认为，冷备份是关闭数据库进行的一致性备份，肯定比热备份要好，使用也容易，其实不尽然，在热备份中，一样可以实现数据库的全备份，而且不会影响到数据库的运行。建议所有的生产机，都运行在归档方式下，采用热备份方式。
六、常见问题
1、我导出的数据为什么不能导入，提示不支持的字符集转换
答：参考上面的字符集原则，导出数据时客户端与数据库字符集一致，导入时修改为与目标数据库字符集一致。
2、我的归档日志越来越多，我什么时候可以删除归档日志？
答：在每一次全备份（如OS全冷备份或全热备份）或基于全备份的增量备份（如RMAN基于0级备份上的增量备份）后都可以删除该备份点之前的归档日志，建议在磁带上保留一年。
3、全备份时一定需要备份所有数据文件吗？
答：不需要，起码有两类数据文件可以不备份，一类就是临时数据文件，如果丢失，可以删除后重建；一类是只读表空间数据文件，如果上次备份以来，没有修改过表空间的只读属性，就可以不需要备份。
4、联机日志需要备份吗？
答：如果是归档方式热备份，就没有必要备份联机日志。但是对于冷备份，可以备份联机日志，特别是不归档状态。备份过联机日志后的冷备份，因为数据库是一致的，可以恢复到该备份点。
七、小结
1、什么是数据库备份，数据库备份就是把数据库复制到转储设备的过程。
   2、数据库的运行方式，可以分为归档方式和非归档方式，建议运行在归档方式下运行热备份。
   3、了解了数据库的备份方式，逻辑备份、冷备份、热备份
   4、了解数据库的备份工具，EXP/IMP执行逻辑备份，OS脚本可以执行冷备份或热备份，RMAN也可以执行冷备份或热备份
   5、了解ORACLE的备份策略，并怎样选择最佳的备份策略
   6、知道怎么样启动自动备份，了解Windows的at命令与unix的cron进程。
参考文献：
Expert One-on-one Oracle  [美] Thomas Kyte 著 清华大学出版社
Oracle 8i Web开发指南 [美] Dan Hotka,et al. 著 清华大学出版社
Oracle 8i DBA Architecture & Administration and backup & Recovery Study Guide
  [美] Dong Stuns Biju Thomas著 电子工业出版社
Oracle 数据库管理员技术指南 [美] Sumit Sarin著 机械工业出版社
]]> <![CDATA[java读取oracle的存储过程]]> http://blogger.org.cn/blog/more.asp?name=blakestone&id=8233 blakestone 2005/9/3 14:53:06 oracle的PLSQL

CREATE OR REPLACE package chapter_13 as
 TYPE rs IS REF CURSOR ;
procedure founder(oFields out rs);

end;

CREATE OR REPLACE package body chapter_13 as

PROCEDURE founder(oFields out rs) IS
BEGIN
  open oFields for
   select * from person;
END founder;
end;
java代码

package jdbc;

import java.io.*;
import java.sql.*;
import java.text.*;
import oracle.jdbc.OracleTypes;

public class TestStoredProcedures {
    Connection conn;

    public TestStoredProcedures() {
        try {
            DriverManager.registerDriver(new oracle.jdbc.driver.OracleDriver());
            conn = DriverManager.getConnection(
                    "jdbc:oracle:thin:@localhost:1521:orcl", "jola", "jola");
        } catch (SQLException e) {
            System.err.println(e.getMessage());
            e.printStackTrace();
        }
    }

    public static void main(String[] args) throws Exception {
        new TestStoredProcedures().process();
    }

    public void process() throws SQLException {
        
        long start = 0;
        long end = 0;
        CallableStatement cstmt = null;

        try {
            start = System.currentTimeMillis();

            // *** SQL92 escape syntax ***

            
            cstmt = conn.prepareCall(
                    "{call  chapter_13.founder(?)}");
            cstmt.registerOutParameter(1, OracleTypes.CURSOR);
            ResultSet rs = null;

            cstmt.execute();
             rs = (ResultSet)cstmt.getObject(1);
            while (rs.next()) {
                System.out.println(rs.getString("NAME"));
            }
            rs.close();

            end = System.currentTimeMillis();
            System.out.println("Average elapsed time = " +
                               (end - start) / 8 + " milliseconds");
        } catch (SQLException e) {
            System.err.println("SQL Error: " + e.getMessage());
        } finally {
            if (cstmt != null) {
                try {
                    cstmt.close();
                } catch (SQLException ignore) {}
            }
        }
    }

    protected void finalize() throws Throwable {
        if (conn != null) {
            try {
                conn.close();
            } catch (SQLException ignore) {}
        }
        super.finalize();
    }
}

]]> <![CDATA[理解和使用Oracle 8i分析工具－LogMiner]]> http://blogger.org.cn/blog/more.asp?name=blakestone&id=8232 blakestone 2005/9/3 13:05:41 logminer 是各不錯的工具

理解和使用Oracle 8i分析工具－logminer
　　Oracle logminer 是Oracle公司从产品8i以后提供的一个实际非常有用的分析工具，使用该工具可以轻松获得Oracle 重作日志文件（归档日志文件）中的具体内容，特别是，该工具可以分析出所有对于数据库操作的DML（insert、update、delete等）语句，另外还可分析得到一些必要的回滚SQL语句。该工具特别适用于调试、审计或者回退某个特定的事务。

　　logminer分析工具实际上是由一组PL/SQL包和一些动态视图（Oracle8i内置包的一部分）组成，它作为Oracle数据库的一部分来发布，是8i产品提供的一个完全免费的工具。但该工具和其他Oracle内建工具相比使用起来显得有些复杂，主要原因是该工具没有提供任何的图形用户界面（GUI）。本文将详细介绍如何安装以及使用该工具。

　　一、logminer的用途

　　日志文件中存放着所有进行数据库恢复的数据，记录了针对数据库结构的每一个变化，也就是对数据库操作的所有DML语句。

　　在Oracle 8i之前，Oracle没有提供任何协助数据库管理员来读取和解释重作日志文件内容的工具。系统出现问题，对于一个普通的数据管理员来讲，唯一可以作的工作就是将所有的log文件打包，然后发给Oracle公司的技术支持，然后静静地等待Oracle 公司技术支持给我们最后的答案。然而从8i以后，Oracle提供了这样一个强有力的工具-logminer。

　　logminer 工具即可以用来分析在线，也可以用来分析离线日志文件，即可以分析本身自己数据库的重作日志文件，也可以用来分析其他数据库的重作日志文件。

　　总的说来，logminer工具的主要用途有：

　　　1． 跟踪数据库的变化：可以离线的跟踪数据库的变化，而不会影响在线系统的性能。

　　　2． 回退数据库的变化：回退特定的变化数据，减少point-in-time recovery的执行。

　　　3． 优化和扩容计划：可通过分析日志文件中的数据以分析数据增长模式。

　　二、安装logminer

　　要安装logminer工具，必须首先要运行下面这样两个脚本，

　　　l $ORACLE_HOME/rdbms/admin/dbmslsm.sql

　　　2 $ORACLE_HOME/rdbms/admin/dbmslsmd.sql.

　　这两个脚本必须均以SYS用户身份运行。其中第一个脚本用来创建DBMS_LOGMNR包，该包用来分析日志文件。第二个脚本用来创建DBMS_LOGMNR_D包，该包用来创建数据字典文件。



　　三、使用logminer工具

　　下面将详细介绍如何使用logminer工具。

　　1、创建数据字典文件（data-dictionary）

　　前面已经谈到，logminer工具实际上是由两个新的PL/SQL内建包（(DBMS_LOGMNR 和 DBMS_ LOGMNR_D）和四个V$动态性能视图（视图是在利用过程DBMS_LOGMNR.START_LOGMNR启动logminer时创建）组成。在使用logminer工具分析redo log文件之前，可以使用DBMS_LOGMNR_D 包将数据字典导出为一个文本文件。该字典文件是可选的，但是如果没有它，logminer解释出来的语句中关于数据字典中的部分（如表名、列名等）和数值都将是16进制的形式，我们是无法直接理解的。例如，下面的sql语句：

INSERT INTO dm_dj_swry (rydm, rymc) VALUES (00005, '张三');

　　logminer解释出来的结果将是下面这个样子，

insert into Object#308(col#1, col#2) values (hextoraw('c30rte567e436'), hextoraw('4a6f686e20446f65'));

　　创建数据字典的目的就是让logminer引用涉及到内部数据字典中的部分时为他们实际的名字，而不是系统内部的16进制。数据字典文件是一个文本文件，使用包DBMS_LOGMNR_D来创建。如果我们要分析的数据库中的表有变化，影响到库的数据字典也发生变化，这时就需要重新创建该字典文件。另外一种情况是在分析另外一个数据库文件的重作日志时，也必须要重新生成一遍被分析数据库的数据字典文件。

　　首先在init.ora初始化参数文件中，指定数据字典文件的位置，也就是添加一个参数UTL_FILE_DIR，该参数值为服务器中放置数据字典文件的目录。如：

UTL_FILE_DIR = (e:\Oracle\logs)

　　重新启动数据库，使新加的参数生效，然后创建数据字典文件：

SQL> CONNECT SYS
SQL> EXECUTE dbms_logmnr_d.build(
dictionary_filename => ' v816dict.ora',
dictionary_location => 'e:\oracle\logs');



　　2、创建要分析的日志文件列表

　　Oracle的重作日志分为两种，在线（online）和离线（offline）归档日志文件，下面就分别来讨论这两种不同日志文件的列表创建。

　　（1）分析在线重作日志文件

　　A. 创建列表

SQL> EXECUTE dbms_logmnr.add_logfile(
LogFileName=>' e:\Oracle\oradata\sxf\redo01.log',
Options=>dbms_logmnr.new);

　　B. 添加其他日志文件到列表

SQL> EXECUTE dbms_logmnr.add_logfile(
LogFileName=>' e:\Oracle\oradata\sxf\redo02.log',
Options=>dbms_logmnr.addfile);

　　（2）分析离线日志文件

　　A.创建列表

SQL> EXECUTE dbms_logmnr.add_logfile(
LogFileName=>' E:\Oracle\oradata\sxf\archive\ARCARC09108.001',
Options=>dbms_logmnr.new);

　　B.添加另外的日志文件到列表

SQL> EXECUTE dbms_logmnr.add_logfile(
LogFileName=>' E:\Oracle\oradata\sxf\archive\ARCARC09109.001',
Options=>dbms_logmnr.addfile);

　　关于这个日志文件列表中需要分析日志文件的个数完全由你自己决定，但这里建议最好是每次只添加一个需要分析的日志文件，在对该文件分析完毕后，再添加另外的文件。

　　和添加日志分析列表相对应，使用过程 'dbms_logmnr.removefile' 也可以从列表中移去一个日志文件。下面的例子移去上面添加的日志文件e:\Oracle\oradata\sxf\redo02.log。

SQL> EXECUTE dbms_logmnr.add_logfile(
LogFileName=>' e:\Oracle\oradata\sxf\redo02.log',
Options=>dbms_logmnr. REMOVEFILE);

　　创建了要分析的日志文件列表，下面就可以对其进行分析了。
3、使用logminer进行日志分析

　　（1）无限制条件

SQL> EXECUTE dbms_logmnr.start_logmnr(
DictFileName=>' e:\oracle\logs\ v816dict.ora ');

　　（2）有限制条件

　　通过对过程DBMS_ LOGMNR.START_LOGMNR中几个不同参数的设置（参数含义见表1），可以缩小要分析日志文件的范围。通过设置起始时间和终止时间参数我们可以限制只分析某一时间范围的日志。如下面的例子，我们仅仅分析2001年9月18日的日志，：

SQL> EXECUTE dbms_logmnr.start_logmnr(
DictFileName => ' e:\oracle\logs\ v816dict.ora ',
StartTime => to_date('2001-9-18 00:00:00','YYYY-MM-DD HH24:MI:SS')
EndTime => to_date(''2001-9-18 23:59:59','YYYY-MM-DD HH24:MI:SS '));

　　也可以通过设置起始SCN和截至SCN来限制要分析日志的范围：

SQL> EXECUTE dbms_logmnr.start_logmnr(
DictFileName => ' e:\oracle\logs\ v816dict.ora ',
StartScn => 20,
EndScn => 50);

　　表1 DBMS_LOGMNR.START__LOGMNR过程参数含义

参数 参数类型 默认值 含义
StartScn 数字型（Number） 0 分析重作日志中SCN≥StartScn日志文件部分
EndScn 数字型（Number） 0 分析重作日志中SCN≤EndScn日志文件部分
StartTime 日期型(Date) 1998-01-01 分析重作日志中时间戳≥StartTime的日志文件部分
EndTime 日期型(Date) 2988-01-01 分析重作日志中时间戳≤EndTime的日志文件部分
DictFileName 字符型(VARCHAR2) 字典文件，该文件包含一个数据库目录的快照。使用该文件可以使得到的分析结果是可以理解的文本形式，而非系统内部的16进制
Options BINARY_INTEGER 0 系统调试参数，实际很少使用



　　4、观察分析结果（v$logmnr_contents）

　　到现在为止，我们已经分析得到了重作日志文件中的内容。动态性能视图v$logmnr_contents包含logminer分析得到的所有的信息。

SELECT sql_redo FROM v$logmnr_contents;

　　如果我们仅仅想知道某个用户对于某张表的操作，可以通过下面的SQL查询得到，该查询可以得到用户DB_ZGXT对表SB_DJJL所作的一切工作。

SQL> SELECT sql_redo FROM v$logmnr_contents WHERE username='DB_ZGXT' AND tablename='SB_DJJL';

　　需要强调一点的是，视图v$logmnr_contents中的分析结果仅在我们运行过程'dbms_logmrn.start_logmnr'这个会话的生命期中存在。这是因为所有的logminer存储都在PGA内存中，所有其他的进程是看不到它的，同时随着进程的结束，分析结果也随之消失。

　　最后，使用过程DBMS_LOGMNR.END_LOGMNR终止日志分析事务，此时PGA内存区域被清除，分析结果也随之不再存在。

　　四、其他注意事项

　　我们可以利用logminer日志分析工具来分析其他数据库实例产生的重作日志文件，而不仅仅用来分析本身安装logminer的数据库实例的redo logs文件。使用logminer分析其他数据库实例时，有几点需要注意：

　　1. logminer必须使用被分析数据库实例产生的字典文件，而不是安装logminer的数据库产生的字典文件，另外必须保证安装logminer数据库的字符集和被分析数据库的字符集相同。

　　2. 被分析数据库平台必须和当前logminer所在数据库平台一样，也就是说如果我们要分析的文件是由运行在UNIX平台上的Oracle 8i产生的，那么也必须在一个运行在UNIX平台上的Oracle实例上运行logminer，而不能在其他如Microsoft NT上运行logminer。当然两者的硬件条件不一定要求完全一样。

　　3. logminer日志分析工具仅能够分析Oracle 8以后的产品，对于8以前的产品，该工具也无能为力。

　　五、结语

　　logminer对于数据库管理员（DBA）来讲是个功能非常强大的工具，也是在日常工作中经常要用到的一个工具，借助于该工具，可以得到大量的关于数据库活动的信息。其中一个最重要的用途就是不用全部恢复数据库就可以恢复数据库的某个变化。另外，该工具还可用来监视或者审计用户的活动，如你可以利用logminer工具察看谁曾经修改了那些数据以及这些数据在修改前的状态。我们也可以借助于该工具分析任何Oracle 8及其以后版本产生的重作日志文件。另外该工具还有一个非常重要的特点就是可以分析其他数据库的日志文件。总之，该工具对于数据库管理员来讲，是一个非常有效的工具，深刻理解及熟练掌握该工具，对于每一个数据库管理员的实际工作是非常有帮助的。]]>