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

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

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

查看( 1711 ) / 评论( 151 )

晶晶的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: 晶晶小妹心理年龄严重大于身体年龄
佩服。佩服。

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

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

shiri512003发布于2008-02-19 14:16:04: ^_^
r3E(cJ.I wsB看到了一个鲜活的人AHmm(Bn-e:A^
不是一个机械的，没有意识的。。。
CSDN上有一个程序牛人总结过，国外大公司的至胜之道，就是将别人傻瓜化，让别人可以更懒
#g+QvQ5ZfaITPUB个人空间这个本来就是这样的，懒的同时也来了依赖！依赖就带来了。。。

qOD/~g]YITPUB个人空间深入学习 VS 不用深入学习
5Dd5Z
B4xSUNITPUB个人空间学到自己够用就OK了！完全依赖自己的人生观，什么你觉得是有价值的，到时，哦我这辈子没白活
2z]mG'MJN"^
EITPUB个人空间不扯远了，就拿oracle来说
afU+S1L(Q-pwu想依赖于oracle去维持生计的话，不用深入，基本文档差不多了9G3qMB&^,UM)b
想比一般的oracle dba活的更好点，可以适当深入，并扩展知识面，。。。
Rb6X)x,s
XZ5ZP想开发自己的数据库的话（纯粹技术），可以深入研究机理，批判继承。。。space.itpub.net.WP^|N)fe*w S)?
不像干这行的话，根本就别看它

sq1x]W4S#Qd-Suc_YS.^j
一流企业卖标准，二流企业卖服务，三流企业才卖技术。
KV
Rfx @Fo/g商业理念x4V7\6A[V km+tA%u
很正确呀
!}i.]5Y
dsx3个层次
主动平等被动
;x:t`mq$Lh谁能定规矩，谁当然是老大了。。。

biti_rainy 发布于2008-02-19 14:20:10: 1：有想法能认真思考是好，但没必要将tom这样的人写这样的书去强加上你的揣测……是为了让大家用不让大家去管理……　　不过是侧重点而已，他自己是做应用的多，当然应该有侧重点J7h CdI#G`

２：　为什么简单、让人变懒的容易成功，这是因为　客户需要让自己的公司的工作简单可控、成本降低、风险降低。　即使你自己管理维护数据库，也会做一系列的script或者tools去简化工作，这样效率才高，也不容易出错。　这是一个现实的很自然的需求，大公司只是顺应了这个需求，这并不是他们想出来的，而是现实催生的。
&bRut_-NITPUB个人空间ITPUB个人空间%Xd{!p-]?,_
３：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: 我觉得，深入学习和不深入学习。关键在于社会对你所学的需要程度。
~vc$Q3wo3f!Zspace.itpub.net很多时候，老板或者社会需要的是能解决问题的人。P-fw)@YXQ!bG
有人愿意做全面的人，有人愿意做深入研究的人，而结果就是在行业出现了不同的职业。d0UVK*pM&o8L
高级软件pm、首席dba，他们对于技术的研究就是两个极端，pm偏重于全面。他所涉及的范围很广，首席dba，偏重于技术，他们对技术的研究往往比较深刻，而pm对于某项专职技术研究不深刻，但是他能控制一个团队，五十、一百、两百、三百甚至更多人的团队，完成一个几千万、上亿的项目。至于他们的收入，我不敢妄猜，大家可以去自己调查。我认为，深入学习和不深入学习是一个人的选择，也许是工作，也许是生活。)RlM`y/g,`(I7j
能在老板需要的时候解决问题，就是牛人。至于他怎么解决的，有时候并不是那么重要了。
8Yg#T![;a&S)r6eI
[ 本帖最后由 foxmile 于 2008-2-19 14:33 编辑 ]

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

晶晶小妹发布于2008-02-19 14:36:30: 多谢大家那么支持新人，请大家在支持之余，多多指点．．
]6O'c+_)\}8D
＾＿＾space.itpub.net
A*u*@7IMmw%c

[ 本帖最后由晶晶小妹于 2008-2-19 15:19 编辑 ]

yangtingkun 发布于2008-02-19 14:43:01: QUOTE:
原帖由 晶晶小妹 于 2008-2-19 13:56 发表 space.itpub.net'_$O_OB{
晶晶的Oracle夜未眠：
$_JER+vGt0j)qCMyT;X,G,M:N{
有很多的话题，从来就不会有结论。因为人是同样性的，社会是多样性。就好像几年前的C++ VS Java，后来的.Net VS J2EE等等。在Oracle界，同样有一个话题永远都谈不完，深入学习 VS 不用深入学习。ITPUB个人空间 dN(V7i%_XpY
早些年，还在做程序员时，CSDN上有一个程序牛人总结过，国外大公司的至胜之道，就是将别人傻瓜化，让别人可以更懒。从许多年前傻瓜照相机的风靡一时，到微软Windows系别软件傻瓜化的操作，就连程序设计，盖茨怕各位程序员大人们太累，为大家准备了各种控件，很方便的拖拽一下鼠标，一套程序就出来了，于是，盖茨取得了空前成功。当然，微软成功并不取决于此，但微软的东西，上手的确很快。几年前我想学J2EE，在我的机器上配置了J2EE的环境，但是，我的第一个“Hello World”J2EE程序不论如何就是运行不了，具体情况记不太清，好像是RMI配置有了问题。再看看人家.Net的配置，“两三下就搞定了”。再看看现在的Internet，更是将人进一步傻化、懒化。看看国外，以前开车上班，现在，门都不用出，在家上班。以前翻本子、找广告打电话叫外买，现在鼠标一点，午餐的就有了，想要响誉世界的中国菜，还是法国大餐（这东西没吃过，不知可不可以外卖），简直网络在手，世界我有。总之让人可以更傻、更懒、更简单的获取信息，绝对是放之四海而皆准的至胜之道。
]bRe aHE
5y)b0B)pn
P+xsIG)L
几年前刚入行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编程艺术》对于管理人员，也还是很有看点。对于开发人员，意义更大些。
3Y y#CXw#UP.`M8D4?-ksstXe
还有，就像在网上颇有争议的DSI教材（一般人都称其为“Oracle内部教材”），有人说不用看，有人说需要看。但很多说需要看的人，恐怕连自己都不知道这个“需要”在何处（^_^,包括我在内）。但是，这套教材既然是Oracle编给自己的员工看的，在Oracle公司内，什么样的员工才需要看这套教材呢？在这里请充许我把Oracle的员工简单的分为：1.数据库开发人员（并非应用程序，而是数据库本身的开发人员），2.ERP、中间件等开发人员 3.维护人员，4.销售人员，5.其他文职人员。Oracle费心思编了套内部教材，是给在以上5类员工中的哪类员工的，很明显是维护人员。Oracle希望自己的员工看这套教材，目的当然是为了他们可以更好的理解数据库的运作，以便更好的管理、维护，能胜任更复杂的维保工作。数据库是Oracle的人开发的，既然他们认为DSI有助于提高管理方面的能力，咱们有什么理由不去学它呢。

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

K'k(};u)xL[7ka行文至此，只是一点感悟。每个人都有自己的选择，“条条大路通罗马”。通向每个人最终目标的道路，又怎会是一条呢？
4U\#R.W?dmspace.itpub.net

R%[{'l'mj(W!Espace.itpub.net楼主应该是有感而发{,H(s`4OWQv

+}4mU|1U;hk9GITPUB个人空间biti，eygle，kamus，piner他们每个人的方法都不一样，不过对于Oracle技术的执着和不断钻研的精神是一样的。
(OG!NTv!Q$w[每个人都有自己的方法，每种方法也会有每种方法的优点和不足。FYq(MZf e i9G,@]
其实只要找到一种适合自己的方法，坚持下去，就会获得成功。

晶晶小妹发布于2008-02-19 14:46:19: QUOTE:
原帖由 fxyj2008 于 2008-2-19 14:31 发表

bq)iz%g8h,YI*e早期oracle 中　Cache buffers chains　确实是读和读不能共享得　，因为当时就是一个普通得变量嘛　，用机器指令实现得原子操作　，后来估计出现热点块问题　，所以oracle 为了减少热点快现象　，读和读可以是共享得　想想也对阿　，N个进程如果纯粹是读链表，根本就没有必要上锁得　，我想如果要实现　读和读共享　，oracle 应该使用了其实变量一起来辅助达到这个目的得　。
xL@?7wMspace.itpub.netITPUB个人空间;N&Z6y?:Si`o~
还有就是 library cache latch　，　即使软解析都要上一次锁　，然后再搜寻链表　，也是非常浪费时间得　，所以才出现了　session cache 得说法　，减少library cache latch 得争用　
;K"O%F)QH*SH
Z
结论：　oracle 现在越做越好了　，　很多时候就是在找各种技术得平衡点　，所以技术做得好　,IfV-Q0}:SM.LA

8c
r.V6zufj我感觉现在很多得技术都在傻瓜化，用他们得话说　，　可以使开发人员着重于业务，应用得架构　，想想也有道理得　，这样可以加大软件开发得效率　。但背后得技术其实使越做越高级　，　我想是可能现在做软件得思想越来越成熟了　，可惜得只是使国内没有什么核心技术

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

晶晶小妹发布于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: 强人啊]%k#_i0^
学习了

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

fxyj2008发布于2008-02-19 15:03:15: QUOTE:
原帖由 晶晶小妹 于 2008-2-19 14:46 发表 ]2vH-Gu(an

vJN+kS#FKkl5fs
大多数闩并没有共享　独占　这些模式，他只有持有和不持有．当一个进程持有闩时，别的进程并不知道他持有闩的目的是读还是写。又怎能够共享呢？ＣＢＣ闩的原理和其他闩应该不一样．但他和锁的实现方式也有很大区别．从我的实验中，ＣＢＣ闩只能实现有限共享　不能向锁一样真正的　读读共享．这是oracle非常内部的东西从外表的活动很难分析内部真正的运做机制．因此，对于ＣＢＣ闩我也只能用＂有限共象＂这四个字　来模糊的下一个结论咯．希望大家能有更好的实验．进一步证明ＣＢＣ闩的活动．space.itpub.net]'NBC}*[SD
P
dC8bs%L&q4~
　

Kg-J;f-|h:e!`'F N([B
我知道阿　，　所以我才说oracle 应该是辅助了其他变量来达到此目的得。　闩的原理都是一样得　，只是在实现ＣＢＣ　得时候　多做了其他判断操作而已

2n%O'UEF3l)_"`如下一个简单方法　，每个进程在获取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 发表 $Mg1r.@[ _:r
NS0}
1：有想法能认真思考是好，但没必要将tom这样的人写这样的书去强加上你的揣测……是为了让大家用不让大家去管理……　　不过是侧重点而已，他自己是做应用的多，当然应该有侧重点
ITPUB个人空间 vOi2]
m
２：　为什么简单、让人变懒的容易成功，这是因为　客户需要让自己的公司的工作简单可控、成本降低、风险降低。　即使你自己管理维护数据库，也会做一系列的script或者tools去简化工作，这样效率才高，也不容易出错。　这是一个现实的很自然的需求，大公司只是顺应了这个需求，这并不是他们想出来的，而是现实催生的。4\XoZ4Ed

N~']O};N３：cache  buffer  chains 的　R&R 可share是９i才出来的特性，以前是没有的，这不过是一个改进。但对于　w&r 是不可以share的。　我没仔细测试过，如果你的R&R 有少量misses，不知道你有几个cpu，数据库除了你的session是否还有其他session　，测试是如何进行的？
W2S2qm#y2X"pP0J:]X^ck!m`y,P

biti大师:
j&T.i1G|w&L~T
#R"flaw(P  记得马云曾经有过一个懒人论,为别人着想,让别人可以更方便,这当然是取胜之道.原因是再清楚不过的.谁都知道.space.itpub.net&?b1^+K8~4Ob(C-H

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

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

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

J,v4rD1[
U*J"`3}问：什么性质的公司，年终奖多少？

棉花糖ONE发布于2008-02-19 15:25:46: QUOTE:
原帖由 ZALBB 于 2008-2-19 15:22 发表 js)v8}U*|D
我只关心这个：去年他跳到了北京，还是DBA，月薪税后15K．
1B+zDT#JYITPUB个人空间
.@:h8|-r-G2iJ8|5e问：什么性质的公司，年终奖多少？

/g)EfK/Q)S5T2G老大想跳槽了啊