柔嘉维则@life.oracle.eng: oracle学习之路

(转)oracle ace 谈数据库技术学习

Thu, 31 Jan 2008 08:02:19 GMT

【IT168技术资讯】

主持人：由于时间的关系我们就不多讲了，最后一个问题我想让大家跟网友们分享一下学习Oracle的经验，包括推荐一些好的书。跟网友分享一下学习Oracle的经验。

石树斌：我很早就接触Oracle了，从Oracle7版本就开始了，但是我觉得我做的比较杂，从应用开发、数据库、项目管理、销售等，很多都做。

我真正喜欢Oracle是2000年。2000年，当时听说有一个Oracle技术最牛的人，前两年还搞一个培训，他原来在邮政银行，一个批量两个半小时，他去以后，8i的数据库，调了几个参数，只需要十几分钟就弄完了。那个时候我就比较感兴趣，觉得很神奇，后来就上ITPUB，因为ITPUB是国内公认Oracle技术最好的论坛。上ITPUB去看一些问题，当然自己也多看了一些别的书，论坛上交流是很重要的。

我这里有几本书，自己看过觉得都还不错，其中有盖国强写的一本书《深入浅出Oracle》，《Oracle数据库性能优化》。另外，在学习方面，我知道biti是有两年一个帖子都没放过，所以这个很重要，学习的过程大家吃点苦肯定会有回报。

冯春培：这种东西就是说，其实当时就是因为你自己没有环境，我不干这个，我是做pro c开发的，没有数据库给你管，你也不是数据库管理员，那怎么办呢？就去看别人的问题，尝试着去理解别人的问题，然后尝试去引导别人解决问题，这个很重要。很多人他只看，不上论坛，不沟通，他只看书，但是当你要想引导人家去解决这个问题，当把你的想法表达出来让别人来理解你时，这个学习比你只看不说是完全不一样的，为什么很多人会觉得培训讲课自己收获非常大，那是因为你会发现自己有很多很多的漏洞，然后你会去尝试弥补这些漏洞，这样你自己的收获是最大的。不光自己要学，还要把学的东西share给大家，表达给大家，让别人明白，你在这个过程中受益是非常大的。当然这只是一个角度，学习这个东西大家以前都谈了很多了，我只是强调这一点。顺着这个话题说一下这种看法，不希望大家都去潜水，如果你想要学好的话千万不潜水。

楼方鑫：我觉得像biti说的挺好的，其实我会换一种思维，就是他把自己的成绩建立在别人的痛苦之上，别人犯了错，他去欣赏，其实这中间你要看到别人的东西，你要去思考，你要尝试想办法解决，这个是很重要，这个跟你讲课是一样的道理。

我很清楚地记得2000年的时候，我给别人上培训课，在第三堂课时，对学生说，这堂课，你们其中的所有人，加起来学到的东西，都没有我学到的东西多。这样你会发现你要回答别人的问题，到最后真正你完全解决的时候，你会发现你会学到很多东西，也可能比你发问学到更多的东西，你很负责任地去查资料，尽量回答准确，而不是你来管理机器，专门入库，这样肯定不行。

主持人：这就是说，其实我们个人在工作当中不可能遇到这些所有不同的问题，只要把人家的问题当做自己的问题，你才能不断提高。

黄老师：社区就是用来交流经验嘛。

楼方鑫：其实就是说你当一个DBA，一开始你会遇到很多问题，但是慢慢的你会很难遇到问题，因为你把它变好了之后，你只有从别人那儿学习经验，看到别人的痛处，权当成你的开心了。

主持人：我觉得大辉自己个人网站写的东西是非常好的，你这边有没有什么学习经验跟大家分享一下。

冯大辉：我现在觉得，善于总结还是比较重要的，因为现在网上有各种渠道，这个信息量是相当大的，自己要适当做一些过滤和取舍。有的时候包括经常网上看到所谓的解决方案，但是不清楚到底这个东西搞下去之后，整个系统还是会弄得一塌糊涂。另外，多听取一些其他人的经验，或者站在其他人的角度考虑他当时弄出这个，或者如何解决这个问题的。从DBA的角度换位思考可能也会更方便。

楼方鑫：我补充一下，其实我们的目标不是拷贝下来，Save下来就好了，而是要真正的理解，这是非常重要的，我可以把它处理掉。但是整个拷贝下来，你会发现拷贝久了这个东西你是根本不会看的。

冯春培：这个东西就像我原来有一段时间，我去研究Oracle internal，我自己研究的，到现在我都很清楚地记得这个东西是怎么回事。三四年过去了，每一个细节我都记得很清楚，Oracle的DSI，那玩意儿的教材，内部流程，我跟你说，我就看过两页，其中两页是为了帮别人去找一个问题，我去查了两页，其他的我一律都没看过。因为我觉得看了DSI，再去看那个东西没用，一个星期忘不了，两个星期就忘了。

楼方鑫：其实像研究block格式，我从来没有看过DSI，我以前下载过，但是文档丢了，一个键全部删掉了。

冯春培：资料像很多东西只是你长久的测试或者是思考，有时候有些东西不是很有把握，然后某一个资料终于证明了我的想法，这个时候你豁然开朗，一千个问题一下迎刃而解，但是一开始就看资料的话。

楼方鑫：其实最关键的是，你看到他们的资料之后，能用自己的方法去印证它，这是很重要的。

黄老师：那么我觉得block结构里面有一些东西是很好猜的，但是有一些是不大好猜的。

楼方鑫：这个问题我很清楚的记得，我研究Block格式的时候曾经遇到过。我最近遇到的难题就是我把Block的每个字段，都是靠新的词儿，把那个分出来，我打印了一套Block格式，然后那次停住了，没事儿我就看两眼，没事儿再看两眼，结果过了一个月，有一天我在火车上。就那15分钟突然明白了，但是当时确实开心，整个人浑身轻松了。这个东西要完全用你自己的方法去研究，而不是你去千方百计找资料。我当时从来没有想过会有资料一步一步告诉你去怎样做。你还是要自己去发现它。

黄老师：张乐奕（kamus）也说一下，我觉得张乐奕（kamus）的经历会比较典型，因为他是一个文科书生，他是学日语的，然后现在是Oracle专业工程师。

张乐奕（kamus）：其实一定要有热情，我举一个例子，前不久我刚碰到一个国内很大型的企业，国内的企业，也是这次Oracle Open World的赞助商之一，名字我不说了，当时我在一家很小型的公司里工作的时候，这个公司曾经是我的目标，就是我特别想去这样一个国内的大型企业，前不久碰到这个大型企业的工程师，他聊天时候就跟我说，他说我特别想进Oracle，跟我说了很多，后来第二天，客户要装一个东西，装了grid control，然后他做的事情就是下载好了，他说你来装grid control吧，我当时觉得很奇怪，如果这是在我之前，我从来没有装过的东西，我会非常希望有这样一个机会让我去练手，这份经验是很难得的，因为不可能让你再有一个小型机，你自己的PC上你去装一份grid control。

我记得很清楚，就是在我进入Oracle公司之后，因为Sql backup刚推出来不久，我们一个客户，应该是国内很早的，要试用这个Sql backup，但是不是我们部门的事儿，他们找的OSS，但是因为我听到了这个事儿，我特意的自己给客户打电话，我说没关系，ORACLE工程师可以在那装，但是我能够过去看一下，我觉得仍然对Oracle抱有很大的热情，我觉得这是非常重要的，你不能只是抱怨，仅仅一件小的事情，当一个你能赚取到经验的机会降临到你的头上推出来，让我去做，这样的话你可能永远会在这样的公司。

我觉得就是说，你一定要去热爱一个东西，很多人可能只是把Oracle当做一个谋生的，手段会觉得比programer赚钱更多，所以我要去做DBA，可能就是这样去想，但是这样的我相信你做的不会太好，也许你可能会做sales，做别的东西，但是我觉得你不会做的很好的DBA，所以热情是一定要的。

当时我想学Oracle的时候，大概我花一年的时候去考OCP，很多人都认为考OCP有什么意义，很多人说OCP这种东西总共就一百来道题，背一套下去，99分很快就拿到了，其实对我来说，当时考OCP就是一个学习的动力，因为交了钱你就一定要考过去，这就是给自己学习的动力，那时候我每天白天要写程序，然后晚上回去学会花两个小时，周末的时候，除了周末每天晚上会花两个小时去看student guide，然后周六、周日会全天的看student guide，然后自己做实验。我记得很清楚，刚开始的时候，我的很多问题是eygle，然后还有Biti，他们有回答，那时候我在数据库的OCP吧，就是渐渐的你会发现当时自己从一个提问者变成一个回答问题的时候，这种分享的快感和你成长的快感，你会觉得是非常值得的。

盖国强：我个人觉得，包括刚才大家都说这么多，我觉得有一点共同，就是大家对这个技术，或者对Oracle这个产品抱有极大的兴趣，或者对你从事的这份工作，不管你研究数据库、存储、操作系统，，自己所做的事情都抱有极大的兴趣，而且我一致认为，兴趣是最好的老师，有兴趣在引导着你，去激励着你，这样的话不管你去学习，你去探索，包括一个Block看了几个月，我觉得这个东西很大一部分是由兴趣推动的，如果你对这个东西不感兴趣，只是作为一个谋生的手段，我觉得很多人的研究就是浅尝辄止，你无法深入，你无法深入你就无法……

张乐奕：因为你从一件事情没有办法获得愉快感觉的话，你一定会放弃它的，你觉得它只是我要去做这件事情，你一定会放弃他。

盖国强：所以刚才讨论的问题就是说，Oracle越来越自动化了，就是说DBA以后会不会没有工作，或者是找不到工作，或者是就业形势不好。实际上我回过头来说，我反而觉得这个软件更加自动化了，反而是一个机会，是一个机遇，这是个什么概念呢？我是觉得一个软件虽然更加自动化了，但是那些晚来的人，后接触的人，他可能越来越不知道这个数据库真正的运行原理和机制，那么你那些更早来接触的，或者你学习研究更深入的人，你就能更深入了解它的运行机制，运行原理，那么你比别人拥有更多的底蕴，你能够解决更深层次的问题，我觉得反而对于先来者和先入者，还是有好处的。

楼方鑫：这个是有好处的，这个东西你要去找高手的话，他们的代价是非常非常高的。

张乐奕：开始对Oracle感兴趣的时候，sql expert那个叫做什么工具来的？

楼方鑫： sql expert。

张乐奕：那是我刚开始对Oracle数据库感兴趣，那时候我们公司也只有我知道Oracle是这么样一个东西，大概有些什么可以自己独立地安装Oracle的数据库，只有我可以。然后写程序，那时候说一个SQl tuning一下，那我会把SQl放进去，然后按一下run，然后比一下，我记得很清楚它有一个SQl，从十几分钟一下调到了几秒，然后我当时就会把这个SQl直接给研发人员，我说你就用这个SQl，然后开发人员一看，效率真的很高。这个得到了第一点是我在公司的形象提升了，这是第一点，因为其实他不知道我只是按了一个run就出来了这个东西，但是第二点，我就发现这个SQl是怎么调的，它把一个索引后面加了竖线，再加了两个单引号，当时我根本不知道这是什么含义，现在我知道了，就是把这个索引禁止掉了，等于是没有索引了。所以我就觉得如果Oracle也自动到这样的程度，你只能说是我能给你好的结果，但是为什么你可能就不知道了，别人问你，你干嘛给我这个SQl，你感觉是什么意思？你不知道。

盖国强：有一回一个人问我一个问题，sql的执行计划很奇怪，可能在9203和9204上是完全不同的一个效果，然后我还让他把英文的数据给我导出来一份，那份数据我现在还留着，我就会在我的环境下来测试这到底是一个什么样的效果，所以我觉得另外一点，对于学习来说是非常重要的，就是一个求知的欲望，大家要有一个很好的求知欲望，你有探索这个这个的兴趣、冲动，对知识的一种渴望，然后你才能够不断地去探索，我觉得这个是非常重要的。

楼方鑫：其实现在很多人只是怕Oracle，觉得Oracle太复杂了。

盖国强：我觉得跟一个人的学习态度是有关系的，你的态度，你的求知，比如说一个DBA，我们说一个好的DBA你必须要研究这个存储和操作系统，你都要去研究，你才能更好地掌握和管理这个数据，但是很多人不是这样的，他觉得这个操作系统跟我没有什么关系，出了一点问题把SA喊过来，改一个参数，SA一个人来做这个事情，这样的话，我觉得从公司层面来说是另外一回事儿，但是从个人求知的角度来说这不是一种好的态度，你必须是对这些知识具有一种很active 。

张乐奕：确实Oracle越来越复杂，8i的时候，以前是五个进程多清爽，现在……！

盖国强：你这个说起来，就是说什么样的公司用什么样的产品，这有一个很重要的概念，一个前提，比如阿里巴巴他们还用9i，自己也调整优化的很好，但是你可能觉得这个后台这么多的进程在跑，还是影响我，对不对? 但是没有那么多资深的DBA在那儿管理，能不能用好，没有一个比较好的DBA，可能8i你会用得很差。所以看现在很多用户都用Oracle7，基本的功能都能够满足我的需要。

主持人：好了，由于时间的关系，我们今天的讨论就到此结束。我记得上次跟小盖我们在一起时，说过这样一句话， “Oracle数据库就像一座迷宫，尽管如此，在这个迷宫当中，我们总是能够找到答案和出路，总是能够找到惊喜。”

今天的Oracle Open World大会，我们看到是一个Open的大会，那么我们也希望Oracle这个数据库更加的开放，让我们这些痴迷的开发者们，在这个迷宫里面永远能够找到快乐！好，感谢大家！

谁能告诉我，感觉它是什么东西

Tue, 06 Nov 2007 12:17:01 GMT

1年前我在一家公司面试，我说我对oracle有感觉，就因为这句话，对方咄咄逼人否定了我。

1年后我去一家公司面试，对方说我少一点感觉，于是也......

谁能告诉我，感觉它是什么东西。每个人有每个人的眼光和局限，感觉是不是也跟着每个人的姓？

我从来不愿跟人分担我的辛苦，只愿跟人分享我的结果。可如今，我郁郁，傻傻。突然想起，自从认识lg，我的一切完全变化，包括，工作，我是否还执着？我是否还应该执着？

关注oracle 11g重要新特性

Tue, 11 Sep 2007 13:24:18 GMT

前言

    oracle7月11日在美国纽约发布了11g版本，可惜迟迟没有可公开下载的版本，只有加入oracle的测试计划的合作客户才可以得到beta版本试用。但这并不妨碍oracle爱好者们根据一些流传出来的文档来了解oracle 11g。7月30日开始的上海oracle open world，oracle宣称11g是30年来最重要的一次版本发布。对这样一个噱头我们还是比较冷静的看待的。OOW期间在一个采访oracle ACE 的活动中，我们几个ACE都不大赞同这样一种说法，其实oracle 一直以来都在前进，不断地改进以满足客户的需要。应该说，11g达到了许多客户所期望的目标，是一个关注细节的版本。那么11g到底有哪些重要的值得关注的地方呢，不妨挑一些特性做个简要分析。

关注应用、关注性能

    SQL replay

    OOW后 rich Niemiec(www.tusc.com) 先生趁着来中国的机会各地巡游，期间到了我们公司，他问我在oracle 数据库的使用中我最大的困难是什么？我最大的困难是应用为了应对多变的商业需求，频繁地发布。而应用变化则带来schema的变化，尤其严重的是对于数据库来说可能需要新增加index。增加index绝对是一件危险的事情，这本是为了优化查询而增加，但却可能导致原来的某些查询选择了错误的index，运气好则是应用性能少量下降，运气不好则是数据库立即crash！每年这么多变化，我如何来保证每次都是正常的？数据库可靠性要求很高，任何意外都不是我所期望的。为了避免这种情况，通常我们会尽力在测试环境中做尽量多的测试。但任何的变化若都要进行回归测试，QA通常都是比较紧缺的资源。这种现状，中外都一样，只是我们通常没老外做的好。
    那么这件事情跟SQL replay有什么关系呢。我们来看看这个功能，在系统中捕获某个时段所运行的所有SQL,然后我们可以搭建一个和当前系统一样的测试环境，这样我们可以在测试环境中做我们想做的事情，如增加index，准备好之后我们可以重现搜集时段内数据库所执行的SQL(replay)。通过观察replay期间的表现和性能信息，我们可以方便的看到哪些sql性能降低了，然后做出修正再replay，直到满意为止。这样做的好处是，我们可以不再倚赖于QA资源。要知道对于一个复杂庞大的系统，做回归测试工作量巨大。Oracle这个特性为我们提供了方便。

    Database workload capture and replay

    这一项与SQL replay不同的是搜集了整个数据库的负载情况。比如我们曾经出现过一个存储系统IO能力表现不佳的情况，厂商为了证明存储性能新搭建了一套环境，但我们却很难把真实应用放到新环境中去测试。最多也只是使用一些工具来模拟。后来打算换新存储，实际上在新系统上线前，我们无法预测新存储的表现到底能好到什么程度，这就存在着风险。如果有了Database workload capture and replay 这项功能，那么我们的困难也将迎刃而解。包括数据库要升级，也可以通过这个功能来做很好的性能预测。

    Result Set Caching

    这项功能的推出，再次表明oracle对细节的关注程度。当然，换个角度来讲，现代关系型数据库和计算机技术的发展，一直没有出现重大的突破，都是在几十年前的基础上不断地升级、修补。现在已经关注到客户应用的一些非常具体的需求上。这点其实从很多oracle有关执行计划的特点上也能看出来。Oracle推出了大量的只适合某些特定情况的执行计划，优化的触角伸到了非常精细的领域。回过来说result set caching 这项功能。这其实是我们众多用户在一些特定情况下所期望的但又和早先数据库系统的设计思想不一致的地方。oracle为了满足大家的要求，做出了这么一项功能。在还没有真切地感受这项功能的好处和限制之前，我们不妨先看一看特点。这项功能可以使得用户在使用 /*+result_cache*/ 提示的情况下，将查询的结果缓存。当查询被反复地执行的时候，不再需要到表中去获取，只需要来这个存放结果的地方就可以了。实际上这跟我们当前的一些web cache 的功能非常相似。这种cache应该更倾向于对结果集比较小、查询频繁切查询语句固定的情况。问题接踵而来，如果支持频繁的变化的数据，对性能有多大的影响，在使用上到底有些什么限制？很遗憾，我无法在这里详细地解释这些问题。一切都待我们做更多的实验来检验。

    Invisible index

    这是一项非常有用的功能，oracle虽然在8i就推出了虚拟索引的功能，但是，毕竟那还只是针对某个session的执行计划的观察和调整。现在我们可以选择实实在在的创建好index但却是invisiable 的状态，DML 也依然在维护这个index。然后我们可以通过使用提示走到index上来测试性能。当我们发现一切正常的时候，可以选择将index设置为visible 状态。如果我们想drop掉某个index但又担心不保险的时候，也可以选择将index设置为invisible状态，发现有问题再设置回visible状态。这样就可以避免经历drop之后再重新create的状况，在联机事务处理的大表上，create index是一个非常消耗资源的任务。

    关于性能方面的补充

    当然在应用性能方面除了以上几种特性外，还有很多的新的特性，如SQL Plan Management 提供能类似store outline 的功能，Auto sql tuning可以自动的协助用户来对sql进行优化，更强大的ADDM，提高lob类型数据的io性能，总之，有非常多的值得关注的内容等待大家去探索。

关注维护、关注管理

    Online Patch

    作为维护高可用数据库系统的DBA，最担忧的事情之一，就是遭遇无法回避的bug而被要求升级！以往升级有一个很重要的问题，那就是需要数据库停机！如果仅仅是更换rdbms obj文件并重新link，那么似乎rac可能在应用配合切换的前提下做到不停机。但如果升级需要在startup migrate下运行catpatch.sql ，则停机不可避免。虽然正常状况下这个过程不是特别长，如果在正运行的机器上使用独立的安装目录来打补丁，打完再替换原来的rdbms软件，则down time大约是替换时间加上运行catpatch.sql 的时间之和。也就是说运气不错的话能控制在5—10 分钟内。但应用的起停，往往却异常复杂。比如我们有几百台连接数据库的服务器包含了几十种形形色色的应用，做一个停机维护是一件大事。这直接就延长了down time。所以打补丁一事我们非常慎重，新上线数据库选择的版本也非常慎重。一定要选择稳定可靠的版本，应用一定要使用传统、可靠的数据库功能。这也使得很多新出来的数据库新特性我们不能及时地使用。传闻ebay一轮数据库升级大概需要2年时间，希望11g的online patch 和Database workload capture and replay能缩短这个周期，也让DBA们能轻松一些。
    online patch 这类特性，我一直都期待数据库能实现。现在开放平台os的kernel升级基本做不到online，似乎只有存储在这方面做的不错，高端存储的软件和硬件升级都可以online（基本使用的是cluster接管交替升级模式）。主机也许因为变化太频繁以及成本原因，难以实现cluster交替升级的模式。但其实我也希望尽快研究一下oracle实现online patch的原理，是如何解决link与正在运行的程序之间的关系，以及catpatch时刻如何解决数据库内部对象的变化问题。

    Object dependency tracking

    在oracle中我们可以通过dba_dependencies查找到对象之间的依赖关系，如果被依赖的对象发生了DDL，不论这个改变是否会影响到依赖对象，依赖对象都invalid并需要重新编译。很多人在繁忙的oltp系统中遭遇过类似困境。比如表中lob的storage属性发生变化会影响到引用这个表的对象如procedure、function、trigger等。往往不经意之间，dba的一个改动，系统突然就挂了。那么11g在这方面有所改进，如果对象属性的变化不会影响到依赖对象，那么依赖对象就不会需要重新编译。
    既然oracle都实现online patch了，强烈希望将来在对象重新进行编译的时候可以手工控制，预先编译完成择机切换，类似表的online redefine一样。希望11g未来某个版本可以实现这个功能。

    Data Guard Snapshot

    这个特性是使得我们可以在standby上做出快照而保留下standby在若干时间点上状态的版本。这样我们就可以挑选某一个快照出来使用。可以做测试、可以核对数据。当然，我在netapp filesystem 上做oracle 9i版本standby snapshot 已经有几年了，这项功能我非常喜欢，可以随意open read only一个2星期甚至3星期前的数据库去查找当时的某些数据。现在11g提供了这项功能，则我们就不必局限在存储厂商所提供的快照功能上了。

    Query on Physical standby database

    这个消息犹如一个重磅炸弹，在众多资深DBA中激起了无穷的想象。Oracle在9iR2中实现了logical standby（传闻是quest工程师的支援下用logmnr实现），logical standby只能存在一个，可以被用于产生报表。如果oracle可以在物理standby上做查询，那么这个意义就重大的多。一个主数据库可以拖多个物理standby，假定采用最大数据保护模式（事务能及时地传递到standby并且立即被应用到standby），那么这跟mysql的集群类似了，一个写多个读。ebay就是在负载均衡设备F5 加quest同步工具shareplex的帮助下，实现了一个写入多个读的模式，从而支持了数据库性能的扩展，也使得数据库的维护变的更容易，不再担心单个数据库的灾难带来致命的影响。那么现在oracle 似乎朝这个方向又迈进了一步。9iR2 提出并在10g大加宣扬的oracle streams在11g中并没有成为重点，看起来streams还不如shareplex和realsync更获得用户的认可。那么query on physical standby 看起来则是一个简单的廉价的解决方案。这个功能最终能做到什么程度，还有待实践来检验。但是，这个消息，给予了我们太多的期望！

    Auto Memory Tuning

    Oracle 从9i 开始，让PGA可以自动管理，不必为单独进程的各个pga组件设置大小，减轻了dba的工作量，让进程内存管理更容易。同时sga可以通过设置sga max size 上限，sga内部各组件可以动态调整大小，系统也根据动态统计信息给出sga组件设置大小建议。到了10g 开始可以支持sga各组件由系统自动调整分配。虽然这个功能还让大家放心不下，但毕竟自动化管理的方向是得到大家认可的。现在11g走的更进一步，sga和pga合起来可以由数据库自动分配。DBA只需要告诉oracle可以使用多少内存而不必去关注各组件的具体分配。看起来，DBA们的日子又将轻松一些。

    ASM and ILM

    存储厂商早就提出了信息生命周期管理的概念，看起来一切那么美好。当然，在存储厂商炒作这个概念的时候，我发现对于一般客户这并不是一个可行的低成本方案。我们关注新技术新概念（实际上大多都是老技术组合包装稍微加工一下就成了新技术），切实地分析其对我们能产生什么价值，实际上成本是一个非常重要的因素。Oracle 在10g中推出ASM是一个重大的新特性。但可惜ASM稳定性相对raw device还没得到用户的广泛认可。ASM 是oracle向存储管理软件延伸的一个重要标志。在我看来，除了在无传统cluster软件下做rac之外，更重要的是存储负载均衡的功能。当新增加存储设备的时候，oracle可以在系统IO相对空闲时期将数据移动到新存储设备上达到均衡分布的目的。尤其在数据仓库中这个功能非常好用。
    我一听见oracle ILM 第一印象就是想到ASM，它应该可以配合ILM做很多的事情，ASM可以帮助DBA将不活跃数据在线迁移到其他设备上，这是信息生命周期管理的基础。oracle在不断地尝试，放弃被市场淘汰的功能，发展被市场认可的特性。
    我以前曾经多次论述oracle 跟 os之间相互学习的过程，现在看起来，数据库不仅跟os，还跟存储搅和在一起了。将来三者之间是相互竞争、相互合作的过程。不管如何，对于我们客户来说，能从中受益，那就是好事。

后记

    Oracle数据库技术的发展，其实最近几年一直都在朝着关注细节的方向，如何满足客户差异化的需求，为客户提供特定环境下的最佳性能，是oracle领先于其他数据库厂商的重要原因。数据库、os、存储在某些功能上的融合，也有利于我们客户降低投资成本和管理成本。最后要感谢oracle的设计者，你们能真切地感受到客户的需求，并转变为现实。
    今年oracle将在北京、上海、广州、成都四地分别举办oracle DB 11g launch大会，9月19日在上海，开场15分钟我受邀将做一个不限制内容的演讲。从包括今年oracle open world的状况来看，oracle对中国市场的重视程度明显提高，对中国网络社区的关注程度也明显提高。希望大家可以加强交流，共同提高。

Rollback per transaction

Tue, 15 May 2007 10:06:07 GMT

用这个关键词去google，结果，比如 http://www.eygle.com/statspack/statspack11.htm

http://xzh2000.itpub.net/post/96/188182

我来补充一点^_^

sys@MYDB>col name for a24
sys@MYDB>select * from v$sysstat where name in ('user rollbacks','transaction rollbacks','user commits');

STATISTIC# NAME                          CLASS      VALUE
---------- ------------------------ ---------- ----------
         4 user commits                      1          3
         5 user rollbacks                    1          7
       172 transaction rollbacks           128          3

sys@MYDB>rollback;

回退已完成。