IBM, Please Shut Up, 别再说Share-Nothing了

mahongwei

IBM, 请你闭嘴,  别再说Share-Nothing的体系结构了，你要对用户负责！

如果你打开了这个帖子，你很幸运看到了我的话。我也不想浪费大家的时间。
就让我直接说了吧，请IBM闭上他的嘴巴，不要在实际的方案中忽悠Share-Nothing了！

你赚钱是可以的，可是不能骗人！你不是快要发布了版本9了吗，那你就应该说实话。

IBM一直在中国的IT业界述说他的Sharing-Nothing体系结构，就是每个数据库服务器
单独访问自己的数据库分区，多个数据库节点之间不共享单一的数据库。就是我们常说的
Share-Nothing数据库结构。可是我要说的就是：我们被忽悠了！

因为这里面有一个很大的问题：

***  如何处理数据库系统的catalog以及数据库系统的system tablespace ??? ***

因为数据库服务器的系统目录和系统表空间只能存放在单一的节点上，系统的目录和表空间
是不能够被分区的！而且当IBM在DB2 版本8中支持SQL 存储过程之后，这个问题就更加的
严重了，因为所有的数据库存储过程都是存放在系统目录和系统表空间中的！

如果一个业务系统使用了DB2 v8中的存储过程方式开发了应用，同时希望使用Share-Nothing
的方式建立数据库系统，那么在多个节点的环境下，只有一个节点拥有这些存储过程，那么其他
节点的存储过程调用都要到这个单一的节点上运行！换而言之，就是所有的节点都要依赖于一个
节点的运算速度，内存I/O和存储I/O，那还是并行系统吗？！

就是这样，IBM还在目前的项目中忽悠他的Share-Nothing体系结构，算了吧！请Shut Up!

也许IBM又要建议你不要使用数据库存储过程了，呵呵，那他费那么大劲开发支持存储过程的功能
干吗？！

赚钱是可以的，故意骗人就不好了！
中国人的钱都是血汗钱！

3月22日

zzjijun

呵呵，Share-Nothing的体系结构是很多人的智慧结晶，如果你没有对这个体系结构有全面的了解的话，就请你再去多看看资料。

任何一个体系结构都有它的优点和缺点，在体系架构上的特点做技术的不妨可以提升到哲学的范畴去思考一下，替代的或者对立的体系结构又有什么优缺点。

不可否认在商业社会，厂商会对他自己的产品在市场和销售层面有一些导向，突出优势，但做技术的人应该客观的把这些事实都罗列出来。

我想“一个节点拥有这些存储过程”是说一个节点拥有存储过程的执行代码吧，无论系统表，存储过程的执行代码，应用系统的表都是数据。Share-Nothing的体系结构就是将数据分布存放。

存储过程的执行代码存储在一个节点并不等于存储过程在执行的时候一定要在这个节点，就好比使用DPF的时候DB2软件是安装在共享文件系统上的，但运行的时候是在各节点的处理单元上运行的。在说的通俗点一个软件执行程序的存放位置和运行时进程是两回事。

如果多个节点需要访问系统表和存储过程，是需要把这些内容传输到其他节点上的，但系统表和存储过程的数据量相对而言是少的，很多应用中可能还没有一张大表的1%多。

Share-Nothing的优势在于性能好，可扩展性，性能线性增长，这些都有具体的数据来说明。如果要攻击，不妨攻击下Share-Nothing的优势，大家肯定都很希望能提出更好的架构来满足现实世界不断增长的需要。

llouis

这个问题我是这样考虑的：

IBM的DB2数据库的确不能算是“最严格”意义上的share-nothing。除了楼主提到的共享了catalog信息和存储过程信息之外，多节点之间还共享了instance目录。

但是这些共享信息在多节点之间的分发并不会带来多大问题，毕竟这些信息的量不是很大。而且，共享的仅仅是存储过程的代码，而不是存储过程的执行过程。

按照我的理解，如果存储过程中需要执行一个很耗时的SQL查询，db2会把这个查询分发给各个节点分别执行，然后在“调度节点”汇集这些查询结果，再由调度节点把结果返回给执行者。在这个过程中，一个SQL的执行是由多个节点共同参与的，不过负载是否平均取决于数据库各分区的设置以及数据的分布情况。当然，“调度节点”的负载肯定会重一些。

BTW，严格意义上的并行计算本来就是是不存在的.....

mahongwei

, 看来我还要说的明白一些，DB2 v8的系统目录中不光存放的是存储过程的代码！
如果光是存放存储过程的代码就好了，可是并不是这样，他还存放了大量的和SQL语句一一对应
的SECTION, 如果你不理解的话，可以查查DB2 v8的系统目录里面所涉及的数据表，

你可以看一下模式是SYSIBM的系统表，其中就有一个SECTION数据表，里面存放的是
DB2对所有静态SQL语句的编译信息，而且是用BLOB(2M)类型存放的！

不幸的是，DB2 v8认为所有的SQL存储过程都是静态SQL语句，包括“set a=1"，他都认为
是一个静态SQL语句，会生成一个SECTION对应这个语句，也就是将编译信息存放在
BLOB(2M)的数据字段中。

并且，节点之间的数据交换是share-nothing体系结构中的不应该出现的事情，否则还叫什么
share-nothing！

另外，请问2楼，您认为节点之间的程序交换对网络的压力大呢？还是全局内存对网络的压力大？

mahongwei

zzjijun兄，

为什么要把DB2软件安装在共享文件系统上？ 很奇怪的想法。。。
如果这样，多节点的DPF不是要共享一个文件系统吗？？？？？？？？？？

zzjijun

所以说楼主对DB2 DPF并不真正理解，可以参考如下资料

对具有数据库分区功能的 DB2 UDB for Linux, UNIX and Windows Version 8 的生动介绍（第 2 部分）
http://www-128.ibm.com/developer ... icles/dm-0403chong/

将 DB2 UDB 应用程序迁移到分区数据库中
http://www-128.ibm.com/developer ... les/dm-0405wilkins/

在 Linux 上利用数据分区功能提高可伸缩性和性能
http://www-128.ibm.com/developer ... ticles/dm-0601poon/

在 Linux 上安装 DB2 UDB 数据分区功能部件
http://www-128.ibm.com/developer ... es/dm-0504mcarthur/


关于“节点之间的数据交换是share-nothing体系结构中的不应该出现的事情”，llouis已经说的很清楚了。

mahongwei

, 呵呵，zzjijun兄弟，您是指创建在NFS上的instance吧？如果是的话那和DB2软件没什么直接关系，那是创建实例时才配置的！
兄弟，你晕了吧！看见个共享磁盘，就把DB2产品也装上了？！

mahongwei

同时，我开头说的也正是这个问题，如果不能够提供真正的Share-Nothing数据库服务器平台，就别再忽悠Share-Nothing了！
作为一个在我心中形象严谨的公司，这么做实在是让人厌恶！

lizhuo

楼主，我觉得你是带着某种情绪在说这些话，对于DB2的分区你理解多少。等你深入理解之后在发表你的看法。

zzjijun

多谢mahongwei提醒，更正一下要在参与分区的计算机上安装 DB2，实例是建在NFS上。

Share-Nothing是IBM对DB2 DPF架构的称谓。楼主在真正了解了这个架构后，可以对它的优缺点发表些有根有据的看法，或者提出自己对并行计算更好的想法。

但如果楼主只是在Share-Nothing这个词上有意见的话，已经说过了llouis说的很清楚了。
不过，楼主你了解DB2 DPF在扩展性和性能方面的数据吗？你把业界其他数据库产品拿来做过对比，再来个谈忽悠这个词吧。