DB2 缓冲区的理解

各个产品都有长处和短处,没什么希奇.
也别告诉我ORACLE就没有毛病,认真挑起来也是一堆.

BTW:
这个辩论没有意义了.
DB2和ORACLE已经有很多次交火了.看今后的市场见分晓吧.这个是硬道理.
俺用ORACLE的时间超过DB2,如果说N年前ORACLE在数据库领域称雄,这
是对的.周围的40岁左右的OCM一堆就能说明这个问题.
俺对面就是一个(9i OCM),现在帮忙建POSTGRESQL,呵呵.收起

先别谈别的，DB2连最基本的锁机制都没解决，到了V9.7才学ORACLE更上了一点步伐。

之前DB2的人不屑ORACLE的before image，很自大的说自己是当前读，就是要读当前数据。 我就不明白了，一个没有提交的update,没有提交的insert也叫当前读？

这也就罢了，为什么V9.7又在锁上加上标识呢？ 原来是以前不能读是因为DB2无法分辨出哪些应该当前读，哪些应该取before image，现在9.7算是改进了，也不过是读一个before image。不要告诉我下，下个版本出现读多个before image的情况。收起

oracle近些年来在数据库本身上并没有多大的变化，
买了BEA和SUN，主要也是为了摆脱只吃数据库"软"饭的处境。
中间件是个大市场，全方位的系统解决方案也越来越有吸引力。
EBS也是ORACLE很来钱的东西。。。
小鸡尿尿，各有各的道吧。

可以看到的是IBM10几年致力于软件和服务，再加上原来就很强大的硬件实力，
使得在提供整体解决方案上高人一筹，当然好东西也都是靠钱堆起来的。
相比ORACLE而言，DB2远没有那么普及，这也正是DB2er的机会。

吊死在某个厂家上是存在一定风险的.
技术者应该更注重学习核心技术，而不限定于特定产品。
但空谈技术也没有什么意义，毕竟产品是技术的载体。收起

这么说吧。
z/OS上DB2的诸多特性和能达到的主要数据库指标别的RDB弄不出来，而且是差距很大。
可以看看到底有些什么。
http://www-01.ibm.com/software/d ... res.html?S_CMP=rnav

因为从架构上讲就根本就不在一个水平线，这么比确实有点欺负人。
没玩过z/OS MainFrame上DB2的可能没那么多体会。

pureScale没有大规模普及，不清楚到底怎么样。
但就发布出来的指标看，无疑也超出其他主要竞争对手。

这就是强大的含义。收起

我不清楚你说的强大是指什么。你先把这个东西说出来，我们再来谈论强大的问题收起

没必要替谁谁吹牛.
oracle也算不错,但没有能和z/OS上的DB2相抗衡的产品.

不知道楼上能举出什么能接近这个水平的RDB产品.收起

你在帮IBM吹牛吧？ 什么叫最强大啊收起

楼上的可以给IBM开发部门提意见.

IBM的DB2引擎确实复杂,能讲得明白的资料也少.
但目前在RDB世界里,这是最强大的.收起

这是采用二进制而不用文本文件的后果（至少要保留文本文件），为什么要把系统内部搞的复杂，还搞默认的4个缓冲？ 不就是怕设置内存超过了启动不了吗？ 二进制文件又不能改，怎么办？ IBM只能自作聪明了，帮你建4个缓冲池。收起

1. 每一个数据库至少需要一个缓冲池
   数据库建立的时候就默认的建立了一个IBMDEFAULTBP缓冲池。
   内部还有4个隐藏的缓冲池(4K,8K,16K,32K各一个)
2. 对于每个表空间，至少必须存在一个符合制定大小的缓冲池
表空间的页面大小要和缓冲池大小一致，如果默认的用不了，就必须建立一个适当的缓冲池。
3.是不是有两种缓冲池 库一级的缓冲池 表空间一级的缓冲池？
错，指的是一个东西。收起