有奖讨论：DB2多分区系统如何决定分区数量

我笨故我在

wolfop 发表于 2012-4-17 18:39
你的这些都不是自动的，都需要很复杂的设计和手工处理。
最后就是一个可能性和现实性的问题。最后结果就 ...

呵呵 试问DPF的扩展是自动的？DPF的设计不复杂？
还是我前面说的，如果不想做随便找一个理由就可以了

我笨故我在

wolfop 发表于 2012-4-17 18:42
银联的核心OLTP是否用了DPF我不知道，但是TPCC那个就别逗了。三台64 CORE的780测出一个1000万TPMC，属于搞 ...

local bypass不是不管用而是稍有复杂，连大多数DB2ers都不知道如何去实现local bypass还谈什么应用呢？
使用简单的才能普及，这样的例子太多了。傻瓜既是美

我笨故我在

wolfop 发表于 2012-4-17 18:37
错了，小表是做replicate。
大表的确是按照原样复制多一份，用不同的分区键。很多生产系统这么做，没办法 ...

小表replicated，数据量小，使用简单，一直都是推荐的。
如果大表复制，并使用不同的partition key，应用也要相应调整使用相应的表。综合考虑调整应用复杂度，数据更新的性能问题，数据一致性问题
综合来看复杂度较高，如果少量的大表采用这种方法没问题，大多数如果是这样就远不如RAC了，DPF就没太大意义了。

我笨故我在

wolfop 发表于 2012-4-17 18:42
银联的核心OLTP是否用了DPF我不知道，但是TPCC那个就别逗了。三台64 CORE的780测出一个1000万TPMC，属于搞 ...

如果你在你的系统中做过单partition性能测试，再做一下实际环境中DPF的性能测试。
那么你会有新的看法，你会发现这个数值一点都不逗

wolfop

我笨故我在 发表于 2012-4-17 18:49
呵呵 试问DPF的扩展是自动的？DPF的设计不复杂？
还是我前面说的，如果不想做随便找一个理由就可以了

嘿嘿嘿，DPF不是自动的，DPF设计很复杂，所以才有别的东西是自动的，嘿嘿嘿。

wolfop

我笨故我在 发表于 2012-4-17 19:05
小表replicated，数据量小，使用简单，一直都是推荐的。
如果大表复制，并使用不同的partition key，应用 ...

没法做到分区内JOIN，本来就不如，呵呵。

mdkii

SHARE NOTHING的优劣势大家都清楚，没必要争，也没谁认为DPF一定是好的，单机一定是差的。
我觉得，这里用过DPF的人都不少，大家能谈谈平时是如何使用DPF的比较有意义。
如何做到尽量避免DPF的劣势，发挥DPF的优势。
DPF有些什么限制，大家都怎么解决的。
能够分享具体的案例就最好了。。。。

我先说一个，DPF里建UNIQUE INDEX时一定要包含分区键，个人觉得很讨厌，
当你需要建一个不包含 分区键的unique constraint的时候，几乎没有什么好办法，
我个人用的是trigger解决的（效率是不敢恭维），不知道大家有没有什么好办法。。。。

mdkii

另外，还想问一下，有没有谁有在X86机器（就是比较廉价的机器）上搭建DPF的案例？
有的话，能否分享一下。
谢谢。

我笨故我在

mdkii 发表于 2012-4-17 21:43
另外，还想问一下，有没有谁有在X86机器（就是比较廉价的机器）上搭建DPF的案例？
有的话，能否分享一下。 ...

X86挂本地磁盘的集群，个人感觉才是体现出了DPF的价值。性能强价格低
我这里就用X86加本地磁盘做的集群代替小机+存储

我笨故我在

SHARE NOTHING的优势和劣势比较有经验的还是清楚的，都清楚是不会的
之前调整过不少系统，都属于基本使用问题