没有必胜的秘籍，没有方程式遵循~~ 要赢~~只有全身心的投入！

晶晶的Oracle夜未眠：个人感悟篇

上一篇 / 下一篇 2008-02-19 13:56:42 / 个人分类：晶晶的感悟系列

查看( 2526 ) / 评论( 163 )

晶晶的Oracle夜未眠：

有很多的话题，从来就不会有结论。因为人是多样性的，社会是多样性。就好像几年前的C++ VS Java，后来的.Net VS J2EE等等。在Oracle界，同样有一个话题永远都谈不完，深入学习 VS 不用深入学习。
早些年，还在做程序员时，CSDN上有一个程序牛人总结过，国外大公司的至胜之道，就是将别人傻瓜化，让别人可以更懒。从许多年前傻瓜照相机的风靡一时，到微软Windows系别软件傻瓜化的操作，就连程序设计，盖茨怕各位程序员大人们太累，为大家准备了各种控件，很方便的拖拽一下鼠标，一套程序就出来了，于是，盖茨取得了空前成功。当然，微软成功并不取决于此，但微软的东西，上手的确很快。几年前我想学J2EE，在我的机器上配置了J2EE的环境，但是，我的第一个“Hello World”J2EE程序不论如何就是运行不了，具体情况记不太清，好像是RMI配置有了问题。再看看人家.Net的配置，“两三下就搞定了”。再看看现在的Internet，更是将人进一步傻化、懒化。看看国外，以前开车上班，现在，门都不用出，在家上班。以前翻本子、找广告打电话叫外买，现在鼠标一点，午餐的就有了，想要响誉世界的中国菜，还是法国大餐（这东西没吃过，不知可不可以外卖），简直网络在手，世界我有。总之让人可以更傻、更懒、更简单的获取信息，绝对是放之四海而皆准的至胜之道。

几年前刚入行DBA不久时，听人说TOM的《高级专家编程》不错，为了提高自己就在网上找了一套，但没怎么看懂，后来听人家说这本书可不是婴儿奶粉，没一定基础可是不容易理解。去年初我们这儿刚上架《9i10g编程艺术》，发现自己终于可以无障碍阅读了，就买了一本。全书的确不错，精彩处处不断。但很多地方看的正有劲时，却突然噶然而止，给人一种太监的感觉，下面没了。比如说第6章介绍的DDL锁，很明显就是Library cache lock。既然已经讲到这里，为什么不直接告诉读者DDL锁就是Library cache lock呢。还有，为什么不继续下去，介绍一下和Library cache lock关系密切的Library cache pin呢。我就遇到过几次Library cache lock和Library cache pin相关的异常情况，我想大家也应该有碰到过的。后来才想明白，TOM在书中并非介绍管理，而主要针对开发，人家的书名就叫“编程艺术”，已经告诉你，我是在讲如何更好的“编”Oracle下的“程”。TOM从应用层面上入手，着眼于如何“设计”更好的Oracle下的应用，而不是更好的“管理”Oracle数据库。他在书中讲了很多实例，如在第1章第2小节：防止丢失更新中描述的实例，还有关于写一致特性的描述，等等，很好的讲述了设计一个良好运行的基于Oracle的应用，所需注意的问题。特别他在第11章第4小节：只对部分行建立索引中描述的方法，让我感叹基于函数的索引还能这样用。其实，这个例子略加改良，就可以用在我们以前的应用中，但当时我并不知道这种方法。TOM的这个例子告诉了我，任何的知识都是活的，不要死板板的去用。TOM作为Oracle公司内的副总裁（我这是从网上看到的，不知道真假），之所以只讲“如何设计更好的Oracle应用”，而不去讲“如何更好的管理Oracle数据库”，其目的，无非是想让人更多的去“用”Oracle数据库，而不需要去“管”。“管”，可以交给Oracle公司来做，全世界的各位主顾大人只要去用就行了。让别人更懒，自己才能赚到钱吗。我刚学计算机哪会儿，好像是IBM的老大郭士纳，提出了一个口号，一流企业卖标准，二流企业卖服务，三流企业才卖技术。Oracle本来是三流企业，以卖技术为主，早两年在世界上听说和一个华人：王嘉廉创办的CA公司并列世界第二大软件公司。但后来Oracle主推服务业务，最后甚至连软件都可以在网上免费下载。上升为二流企业。逐渐的，CA公司被甩在了后面。Oracle食髓知味，当然知道这“服务”二字意味着什么，无非就是如何管理数据库。作为Oracle内部人士的TOM，又怎会真心实意的去教人如何“管”数据库呢，这不是教人怎样在自己饭碗中抢食吗，TOM又怎会如此的和自己过不去。当然，《9i10g编程艺术》对于管理人员，也还是很有看点。对于开发人员，意义更大些。

还有，就像在网上颇有争议的DSI教材（一般人都称其为“Oracle内部教材”），有人说不用看，有人说需要看。但很多说需要看的人，恐怕连自己都不知道这个“需要”在何处（^_^,包括我在内）。但是，这套教材既然是Oracle编给自己的员工看的，在Oracle公司内，什么样的员工才需要看这套教材呢？在这里请充许我把Oracle的员工简单的分为：1.数据库开发人员（并非应用程序，而是数据库本身的开发人员），2.ERP、中间件等开发人员 3.维护人员，4.销售人员，5.其他文职人员。Oracle费心思编了套内部教材，是给在以上5类员工中的哪类员工的，很明显是维护人员。Oracle希望自己的员工看这套教材，目的当然是为了他们可以更好的理解数据库的运作，以便更好的管理、维护，能胜任更复杂的维保工作。数据库是Oracle的人开发的，既然他们认为DSI有助于提高管理方面的能力，咱们有什么理由不去学它呢。

当然，每个人的性格、发展方向都不一样。因此，每个人都有自己的选择。用不用学这些深入的东西，这样的争论在哪儿都有，就在我们办公室就有。我的一个同事，虽然干的是DBA，但闲睱时间总爱摆弄些其他方面的东西，从不去看Oracle中深入的东东。我俩以前就常伴嘴，去年他跳到了北京，还是DBA，月薪税后15K，小日子过的还不错。
当然，话又说过来，无论什么教材都要批判着看，比如DSI中关于闩的描述，讲到cache buffers chains闩是共享闩，读可以和读共享。我就有点奇怪了，套一句当前Oracle界某红人的话，“不是我不懂，还是这个世界变化快”，如果所有的读都可以共享Cache buffers chains闩，热点块问题不是就可以大大缓解了吗。但我在工作中有时还会碰到纯粹读时的热点块问题。自己作实验，仔细验证了一下（实验步骤在晶晶实验四：闩中），果然，在纯粹读时，当两个会话同时读一个块时，Cache buffers chains还是有少量的Misses。因此，我称Cache buffers chains为有限共享。

行文至此，只是一点感悟。每个人都有自己的选择，“条条大路通罗马”。通向每个人最终目标的道路，又怎会是一条呢？

全部脚印 不留脚印留下脚印:

论坛模式推荐收藏分享给好友推荐到圈子管理

TAG:

xiaoxiongg发布于2008-02-19 13:57:46: sf

howard_zhang 发布于2008-02-19 13:59:13: 晶晶小妹 ----势头横猛

棉花糖ONE发布于2008-02-19 14:02:02: 支持小晶晶

Alienovo 发布于2008-02-19 14:08:54: 呵呵不拘一格降人才

chenzhen232 发布于2008-02-19 14:09:04: 写的不错，支持一下

likaiabc 发布于2008-02-19 14:11:25: 晶晶小妹心理年龄严重大于身体年龄asc)I(WQ)hqv5s'b
佩服。佩服。

bosonmaster 发布于2008-02-19 14:12:30: 真是厉害啊，汗颜啊

jieyancai发布于2008-02-19 14:15:41: 只有一句：晶晶太有才了

shiri512003 发布于2008-02-19 14:16:04: ^_^
G/?u0B8\.g(@|9L,u;qY[看到了一个鲜活的人space.itpub.net}&k&bP{-{(K
不是一个机械的，没有意识的。。。
2Q2b1w-t]k~8ICSDN上有一个程序牛人总结过，国外大公司的至胜之道，就是将别人傻瓜化，让别人可以更懒
5aE`"pi这个本来就是这样的，懒的同时也来了依赖！依赖就带来了。。。
fr&?5O&_
E/]OxITPUB个人空间
深入学习 VS 不用深入学习
学到自己够用就OK了！完全依赖自己的人生观，什么你觉得是有价值的，到时，哦我这辈子没白活
\$Ye6ps;IgEl不扯远了，就拿oracle来说%m.{rObd
想依赖于oracle去维持生计的话，不用深入，基本文档差不多了8ZH)SsNJ8f
想比一般的oracle dba活的更好点，可以适当深入，并扩展知识面，。。。
gLg*pZ5c1f8U想开发自己的数据库的话（纯粹技术），可以深入研究机理，批判继承。。。6h;_8IU{A
不像干这行的话，根本就别看它
1Sd0UQM!z/yIspace.itpub.netspace.itpub.net:|X'y;I
O5Fu5wC'n
一流企业卖标准，二流企业卖服务，三流企业才卖技术。space.itpub.netDd:Gq}iK
商业理念
/jV*j8D7M$L{G;a{-YM很正确呀ITPUB个人空间4B_0`#f'Fz8S0o
3个层次
2Cb#Ia
h:BB
\主动平等被动space.itpub.net.PSRQbt
谁能定规矩，谁当然是老大了。。。

biti_rainy 发布于2008-02-19 14:20:10: 1：有想法能认真思考是好，但没必要将tom这样的人写这样的书去强加上你的揣测……是为了让大家用不让大家去管理……　　不过是侧重点而已，他自己是做应用的多，当然应该有侧重点
NP'a'Bqadiz-K&Sqe
２：　为什么简单、让人变懒的容易成功，这是因为　客户需要让自己的公司的工作简单可控、成本降低、风险降低。　即使你自己管理维护数据库，也会做一系列的script或者tools去简化工作，这样效率才高，也不容易出错。　这是一个现实的很自然的需求，大公司只是顺应了这个需求，这并不是他们想出来的，而是现实催生的。W)dAFz W0J
f,I

３：cache buffer chains 的　R&R 可share是９i才出来的特性，以前是没有的，这不过是一个改进。但对于　w&r 是不可以share的。　我没仔细测试过，如果你的R&R 有少量misses，不知道你有几个cpu，数据库除了你的session是否还有其他session　，测试是如何进行的？

xilangxiangwa 发布于2008-02-19 14:24:28: 好!好!

foxmile 发布于2008-02-19 14:29:22: 我觉得，深入学习和不深入学习。关键在于社会对你所学的需要程度。
-tP"AuV4\很多时候，老板或者社会需要的是能解决问题的人。d2FE
AW7O W&U'w(P
有人愿意做全面的人，有人愿意做深入研究的人，而结果就是在行业出现了不同的职业。
V;V:haW3CKGj高级软件pm、首席dba，他们对于技术的研究就是两个极端，pm偏重于全面。他所涉及的范围很广，首席dba，偏重于技术，他们对技术的研究往往比较深刻，而pm对于某项专职技术研究不深刻，但是他能控制一个团队，五十、一百、两百、三百甚至更多人的团队，完成一个几千万、上亿的项目。至于他们的收入，我不敢妄猜，大家可以去自己调查。我认为，深入学习和不深入学习是一个人的选择，也许是工作，也许是生活。3qO1M8FG6Dkt
能在老板需要的时候解决问题，就是牛人。至于他怎么解决的，有时候并不是那么重要了。lbE5f;h]EWY+e,G

w0x jRUX[ 本帖最后由 foxmile 于 2008-2-19 14:33 编辑 ]

fxyj2008发布于2008-02-19 14:31:43: 当然，每个人的性格、发展方向都不一样。因此，每个人都有自己的选择。用不用学这些深入的东西，这样的争论在哪儿都有，就在我们办公室就有。我的一个同事，虽然干的是DBA，但闲睱时间总爱摆弄些其他方面的东西，从不去看Oracle中深入的东东。我俩以前就常伴嘴，去年他跳到了北京，还是DBA，月薪税后15K，小日子过的还不错。
当然，话又说过来，无论什么教材都要批判着看，比如DSI中关于闩的描述，讲到cache buffers chains闩是共享闩，读可以和读共享。我就有点奇怪了，套一句当前Oracle界某红人的话，“不是我不懂，还是这个世界变化快”，如果所有的读都可以共享Cache buffers chains闩，热点块问题不是就可以大大缓解了吗。但我在工作中有时还会碰到纯粹读时的热点块问题。自己作实验，仔细验证了一下（实验步骤在晶晶实验四：闩中），果然，在纯粹读时，当两个会话同时读一个块时，Cache buffers chains还是有少量的Misses。因此，我称Cache buffers chains为有限共享。
;igM _d(v2aFM2AGh
$Z;^r0[;EF/hospace.itpub.net(U.[7H'V&];T
`3L.B
早期oracle 中　Cache buffers chains　确实是读和读不能共享得　，因为当时就是一个普通得变量嘛　，用机器指令实现得原子操作　，后来估计出现热点块问题　，所以oracle 为了减少热点快现象　，读和读可以是共享得　想想也对阿　，N个进程如果纯粹是读链表，根本就没有必要上锁得　，我想如果要实现　读和读共享　，oracle 应该使用了其实变量一起来辅助达到这个目的得　。
%~MD*U%M{4Nspace.itpub.net
$Weo&k&ufbtITPUB个人空间还有就是 library cache latch　，　即使软解析都要上一次锁　，然后再搜寻链表　，也是非常浪费时间得　，所以才出现了　session cache 得说法　，减少library cache latch 得争用　
s IG fL4P9D%U
结论：　oracle 现在越做越好了　，　很多时候就是在找各种技术得平衡点　，所以技术做得好　
L2Q*r#V])E7m9^5f{)Jsf:ik0SG
我感觉现在很多得技术都在傻瓜化，用他们得话说　，　可以使开发人员着重于业务，应用得架构　，想想也有道理得　，这样可以加大软件开发得效率　。但背后得技术其实使越做越高级　，　我想是可能现在做软件得思想越来越成熟了　，可惜得只是使国内没有什么核心技术

晶晶小妹发布于2008-02-19 14:36:30: 多谢大家那么支持新人，请大家在支持之余，多多指点．．
g)l;V\`7N%F1p9e6kJ(u@2nC%Y9Ya
＾＿＾
cLu$Hsspace.itpub.netspace.itpub.netr$\G j}.G
[ 本帖最后由晶晶小妹于 2008-2-19 15:19 编辑 ]

yangtingkun 发布于2008-02-19 14:43:01: QUOTE:
原帖由 晶晶小妹 于 2008-2-19 13:56 发表
)Ncc1X_1i晶晶的Oracle夜未眠：

有很多的话题，从来就不会有结论。因为人是同样性的，社会是多样性。就好像几年前的C++ VS Java，后来的.Net VS J2EE等等。在Oracle界，同样有一个话题永远都谈不完，深入学习 VS 不用深入学习。
eM3C])NI"B早些年，还在做程序员时，CSDN上有一个程序牛人总结过，国外大公司的至胜之道，就是将别人傻瓜化，让别人可以更懒。从许多年前傻瓜照相机的风靡一时，到微软Windows系别软件傻瓜化的操作，就连程序设计，盖茨怕各位程序员大人们太累，为大家准备了各种控件，很方便的拖拽一下鼠标，一套程序就出来了，于是，盖茨取得了空前成功。当然，微软成功并不取决于此，但微软的东西，上手的确很快。几年前我想学J2EE，在我的机器上配置了J2EE的环境，但是，我的第一个“Hello World”J2EE程序不论如何就是运行不了，具体情况记不太清，好像是RMI配置有了问题。再看看人家.Net的配置，“两三下就搞定了”。再看看现在的Internet，更是将人进一步傻化、懒化。看看国外，以前开车上班，现在，门都不用出，在家上班。以前翻本子、找广告打电话叫外买，现在鼠标一点，午餐的就有了，想要响誉世界的中国菜，还是法国大餐（这东西没吃过，不知可不可以外卖），简直网络在手，世界我有。总之让人可以更傻、更懒、更简单的获取信息，绝对是放之四海而皆准的至胜之道。
/]
?Di;y,Bjc
4{]K5Dd0IWspace.itpub.net几年前刚入行DBA不久时，听人说TOM的《高级专家编程》不错，为了提高自己就在网上找了一套，但没怎么看懂，后来听人家说这本书可不是婴儿奶粉，没一定基础可是不容易理解。去年初我们这儿刚上架《9i10g编程艺术》，发现自己终于可以无障碍阅读了，就买了一本。全书的确不错，精彩处处不断。但很多地方看的正有劲时，却突然噶然而止，给人一种太监的感觉，下面没了。比如说第6章介绍的DDL锁，很明显就是Library cache lock。既然已经讲到这里，为什么不直接告诉读者DDL锁就是Library cache lock呢。还有，为什么不继续下去，介绍一下和Library cache lock关系密切的Library cache pin呢。我就遇到过几次Library cache lock和Library cache pin相关的异常情况，我想大家也应该有碰到过的。后来才想明白，TOM在书中并非介绍管理，而主要针对开发，人家的书名就叫“编程艺术”，已经告诉你，我是在讲如何更好的“编”Oracle下的“程”。TOM从应用层面上入手，着眼于如何“设计”更好的Oracle下的应用，而不是更好的“管理”Oracle数据库。他在书中讲了很多实例，如在第1章第2小节：防止丢失更新中描述的实例，还有关于写一致特性的描述，等等，很好的讲述了设计一个良好运行的基于Oracle的应用，所需注意的问题。特别他在第11章第4小节：只对部分行建立索引中描述的方法，让我感叹基于函数的索引还能这样用。其实，这个例子略加改良，就可以用在我们以前的应用中，但当时我并不知道这种方法。TOM的这个例子告诉了我，任何的知识都是活的，不要死板板的去用。TOM作为Oracle公司内的副总裁（我这是从网上看到的，不知道真假），之所以只讲“如何设计更好的Oracle应用”，而不去讲“如何更好的管理Oracle数据库”，其目的，无非是想让人更多的去“用”Oracle数据库，而不需要去“管”。“管”，可以交给Oracle公司来做，全世界的各位主顾大人只要去用就行了。让别人更懒，自己才能赚到钱吗。我刚学计算机哪会儿，好像是IBM的老大郭士纳，提出了一个口号，一流企业卖标准，二流企业卖服务，三流企业才卖技术。Oracle本来是三流企业，以卖技术为主，早两年在世界上听说和一个华人：王嘉廉创办的CA公司并列世界第二大软件公司。但后来Oracle主推服务业务，最后甚至连软件都可以在网上免费下载。上升为二流企业。逐渐的，CA公司被甩在了后面。Oracle食髓知味，当然知道这“服务”二字意味着什么，无非就是如何管理数据库。作为Oracle内部人士的TOM，又怎会真心实意的去教人如何“管”数据库呢，这不是教人怎样在自己饭碗中抢食吗，TOM又怎会如此的和自己过不去。当然，《9i10g编程艺术》对于管理人员，也还是很有看点。对于开发人员，意义更大些。

还有，就像在网上颇有争议的DSI教材（一般人都称其为“Oracle内部教材”），有人说不用看，有人说需要看。但很多说需要看的人，恐怕连自己都不知道这个“需要”在何处（^_^,包括我在内）。但是，这套教材既然是Oracle编给自己的员工看的，在Oracle公司内，什么样的员工才需要看这套教材呢？在这里请充许我把Oracle的员工简单的分为：1.数据库开发人员（并非应用程序，而是数据库本身的开发人员），2.ERP、中间件等开发人员 3.维护人员，4.销售人员，5.其他文职人员。Oracle费心思编了套内部教材，是给在以上5类员工中的哪类员工的，很明显是维护人员。Oracle希望自己的员工看这套教材，目的当然是为了他们可以更好的理解数据库的运作，以便更好的管理、维护，能胜任更复杂的维保工作。数据库是Oracle的人开发的，既然他们认为DSI有助于提高管理方面的能力，咱们有什么理由不去学它呢。
eg.{F+E?
j2t#PG+u^Aspace.itpub.net当然，每个人的性格、发展方向都不一样。因此，每个人都有自己的选择。用不用学这些深入的东西，这样的争论在哪儿都有，就在我们办公室就有。我的一个同事，虽然干的是DBA，但闲睱时间总爱摆弄些其他方面的东西，从不去看Oracle中深入的东东。我俩以前就常伴嘴，去年他跳到了北京，还是DBA，月薪税后15K，小日子过的还不错。
当然，话又说过来，无论什么教材都要批判着看，比如DSI中关于闩的描述，讲到cache buffers chains闩是共享闩，读可以和读共享。我就有点奇怪了，套一句当前Oracle界某红人的话，“不是我不懂，还是这个世界变化快”，如果所有的读都可以共享Cache buffers chains闩，热点块问题不是就可以大大缓解了吗。但我在工作中有时还会碰到纯粹读时的热点块问题。自己作实验，仔细验证了一下（实验步骤在晶晶实验四：闩中），果然，在纯粹读时，当两个会话同时读一个块时，Cache buffers chains还是有少量的Misses。因此，我称Cache buffers chains为有限共享。
8dm{3W;z.y
行文至此，只是一点感悟。每个人都有自己的选择，“条条大路通罗马”。通向每个人最终目标的道路，又怎会是一条呢？

b+E4X,N&\sE
楼主应该是有感而发
POlcZ*V~

EN6BDU2]7kspace.itpub.netbiti，eygle，kamus，piner他们每个人的方法都不一样，不过对于Oracle技术的执着和不断钻研的精神是一样的。
每个人都有自己的方法，每种方法也会有每种方法的优点和不足。
&fYZ0EIn4U其实只要找到一种适合自己的方法，坚持下去，就会获得成功。

晶晶小妹发布于2008-02-19 14:46:19: QUOTE:
原帖由 fxyj2008 于 2008-2-19 14:31 发表 ITPUB个人空间&c0FJ+moD

早期oracle 中　Cache buffers chains　确实是读和读不能共享得　，因为当时就是一个普通得变量嘛　，用机器指令实现得原子操作　，后来估计出现热点块问题　，所以oracle 为了减少热点快现象　，读和读可以是共享得　想想也对阿　，N个进程如果纯粹是读链表，根本就没有必要上锁得　，我想如果要实现　读和读共享　，oracle 应该使用了其实变量一起来辅助达到这个目的得　。*|.aS7E}1fC5W/c

还有就是 library cache latch　，　即使软解析都要上一次锁　，然后再搜寻链表　，也是非常浪费时间得　，所以才出现了　session cache 得说法　，减少library cache latch 得争用　ITPUB个人空间9Mm'x/X.S~t
g.Up9kwSF/LN
结论：　oracle 现在越做越好了　，　很多时候就是在找各种技术得平衡点　，所以技术做得好　space.itpub.net8THei*z]/@"c

}xmu1g jPW
R5IITPUB个人空间我感觉现在很多得技术都在傻瓜化，用他们得话说　，　可以使开发人员着重于业务，应用得架构　，想想也有道理得　，这样可以加大软件开发得效率　。但背后得技术其实使越做越高级　，　我想是可能现在做软件得思想越来越成熟了　，可惜得只是使国内没有什么核心技术
space.itpub.netR#]S"Zms!P`5hD

8By$@!Ipa6L 大多数闩并没有共享　独占　这些模式，他只有持有和不持有．当一个进程持有闩时，别的进程并不知道他持有闩的目的是读还是写。又怎能够共享呢？ＣＢＣ闩的原理和其他闩应该不一样．但他和锁的实现方式也有很大区别．从我的实验中，ＣＢＣ闩只能实现有限共享　不能向锁一样真正的　读读共享．这是oracle非常内部的东西从外表的活动很难分析内部真正的运做机制．因此，对于ＣＢＣ闩我也只能用＂有限共象＂这四个字　来模糊的下一个结论咯．希望大家能有更好的实验．进一步证明ＣＢＣ闩的活动．

晶晶小妹发布于2008-02-19 14:47:28: 傻瓜化是一种方法，我并没有贬低他的意思．其实我们在工作中也应该尽量为客户考虑，让客户方便　与人方便　自己方便

lorikyo 发布于2008-02-19 14:49:59: 绝对是黑马

foxmile 发布于2008-02-19 14:53:42: 又精华了。晶晶势头超猛。

paulyibinyi 发布于2008-02-19 14:53:43: 高人

烟囱发布于2008-02-19 14:57:12: 写得好.看来技术好文采也不赖啊!

football8675 发布于2008-02-19 15:00:37: 强人啊space.itpub.netXwc+j^4a ~/e
学习了

RiJohn 发布于2008-02-19 15:01:15: 不错不错,留个脚印!

fxyj2008发布于2008-02-19 15:03:15: QUOTE:
原帖由 晶晶小妹 于 2008-2-19 14:46 发表
9KFvG!u])U0`ITPUB个人空间

大多数闩并没有共享　独占　这些模式，他只有持有和不持有．当一个进程持有闩时，别的进程并不知道他持有闩的目的是读还是写。又怎能够共享呢？ＣＢＣ闩的原理和其他闩应该不一样．但他和锁的实现方式也有很大区别．从我的实验中，ＣＢＣ闩只能实现有限共享　不能向锁一样真正的　读读共享．这是oracle非常内部的东西从外表的活动很难分析内部真正的运做机制．因此，对于ＣＢＣ闩我也只能用＂有限共象＂这四个字　来模糊的下一个结论咯．希望大家能有更好的实验．进一步证明ＣＢＣ闩的活动．/@vn`7rT2y}-Um

H$X3QM"gv　
yUDXm"vITPUB个人空间$egG%r,mRX
我知道阿　，　所以我才说oracle 应该是辅助了其他变量来达到此目的得。　闩的原理都是一样得　，只是在实现ＣＢＣ　得时候　多做了其他判断操作而已

Ef2r)_ L
nqH如下一个简单方法　，每个进程在获取cache buffer chains 　得时候　先判断当前　执行得是什么操作　，如果是 select ，那么就不获取　，当然具体得实现不清楚oracle 内部是怎么做得　，但有一点可以肯定　，实现得方法有很多种

cyt2005发布于2008-02-19 15:03:41: 飘过~

beyond_sea 发布于2008-02-19 15:09:23: 好好钻研技术！

晶晶小妹发布于2008-02-19 15:17:21: QUOTE:
原帖由 biti_rainy 于 2008-2-19 14:20 发表 f6Gl@S-hA%Sc
1：有想法能认真思考是好，但没必要将tom这样的人写这样的书去强加上你的揣测……是为了让大家用不让大家去管理……　　不过是侧重点而已，他自己是做应用的多，当然应该有侧重点

h!jo\Q$m２：　为什么简单、让人变懒的容易成功，这是因为　客户需要让自己的公司的工作简单可控、成本降低、风险降低。　即使你自己管理维护数据库，也会做一系列的script或者tools去简化工作，这样效率才高，也不容易出错。　这是一个现实的很自然的需求，大公司只是顺应了这个需求，这并不是他们想出来的，而是现实催生的。
Ct({{*lEKAB U
dlN|\
３：cache  buffer  chains 的　R&R 可share是９i才出来的特性，以前是没有的，这不过是一个改进。但对于　w&r 是不可以share的。　我没仔细测试过，如果你的R&R 有少量misses，不知道你有几个cpu，数据库除了你的session是否还有其他session　，测试是如何进行的？
ITPUB个人空间_5M'A
QJ/a;L

space.itpub.netG0z4c*[(b*o-Q&w,|
biti大师:
}\z?*W
NX a~space.itpub.net
  记得马云曾经有过一个懒人论,为别人着想,让别人可以更方便,这当然是取胜之道.原因是再清楚不过的.谁都知道.3h7Z$^^zQ%t/Fy

%lk}xa`w  我的CBC 闩的测试步骤: 在我的晶晶实验四中有详细介绍.CPU有两个,在一个CPU我也试过,MISSES 更多.当然更多原因可能是因为其他情况的不同

yu85910 发布于2008-02-19 15:22:06: 太强了
人才啊才20岁真是太牛了

ZALBB 发布于2008-02-19 15:22:37: 我只关心这个：去年他跳到了北京，还是DBA，月薪税后15K．

问：什么性质的公司，年终奖多少？

棉花糖ONE发布于2008-02-19 15:25:46: QUOTE:
原帖由 ZALBB 于 2008-2-19 15:22 发表
H,E'^!r9kJPb)\
~A我只关心这个：去年他跳到了北京，还是DBA，月薪税后15K．
~3y9ute.k hV
问：什么性质的公司，年终奖多少？
3FJ1U%KMj`
u*[7N1n w(f3B6~/a老大想跳槽了啊