IBM中国有限公司软件部顾问IT工程师沈刚与2007年9月13日在DB2专家技术沙龙活动广州站的《Design high scalable OLTP application using DB2 DPF》精彩演讲。

主题：Design high scalable OLTP application using DB2 DPF——演讲者沈刚

我们知道，最典型的大型数据库应用包括“数据仓库类型的应用”和“交易型应用”。在上一个主题中，严飞雪先生给我们介绍了如何构建大型“数据仓库类型的应用”，而在这个主题中，沈刚先生将与我们分享基于DB2扩展组建(DPF)构建大型“交易型应用”的丰富经验。
沈刚先生曾经执导了国内多个DB2顶级核心交易系统的建设。我们相信，作为IBM中国地区当之无愧的DB2技术领军人物之一，沈刚先生一定能够为与会者带来许多有关多用户并发和高性能数据库建设的启发。

[ 本帖最后由 艾依然 于 2007-10-9 15:29 编辑 ]

Eagle整理

众所周知，db2的dpf的功能主要应用在olap系统中，这是因为olap是一个计算密集型的系统，oltp是一个交易密集型系统，两者的区别在于，olap系统中，我们发出一个交易，并不要求它马上给我们返回一个结果（当然越快越好），oltp中，相反，要求发出一个交易，在最端时间内给我返回一个结果。

可能在这个时候我们开始讨论了，使用dpf实施oltp系统肯定需要一定的网络开销，如果在一个机器上做就可以避免这些问题了，那么到底在一个机器上做好还是在多个机器上dpf比较好呢？在这里，我们给大家一个结论，如果单个小型机能完成的工作，就不放到多个机器上执行。

沈刚在他的演讲中主要提到了两条，归根到底就是想办法来提高dpf执行交易的速度，一个是表和表之间的join尽量转换成co－location的方式，第二个就是所有的交易尽量放到local的node来执行。针对在dpf中的表和表的join的方式主要分成三种，co－location ，re－location，broadcast，在我们的做oltp系统的时候，我们要想办法把所有的表之间的关联都转化成co－location的方式，这个是我们的目标，针对broadcast的方式，一般情况下单节点的表和多节点的表做join的时候，才使用broadcast的方式，使用broadcast方式比较浪费网络资源，为了避免这种方式，ibm的db2支持一种复制表的功能，当然了，这个其实也是mqt的一种应用，具体的语法讲沈老师的ppt，里面做了简单描述。

第二个就是所有的交易尽量放到local的node来执行，比如如果你要是做一个update语句，最好是在做update之前，就能确定要更新的语句在那个node上，而不是把sql发送到catalog 节点，让catalog节点来决定应该把sql发送那个节点上，为了实现这个功能，db2开放几个api，我们可以在我们的程序中直接调用db2的api，只需要传递一个分区键的值，该api就会返回该记录所在的节点值，然后我们就可用直接connect那个数据所在的节点，这样可以节省我们寻找节点的时间。

搂主是ibm的吧 哈哈