互联网服务数据库
选DPF 还是 non-DPF
已知条件：total db size 1 - 2 TB (最大的table 1TB)
single high end p-server with 8 CPU.
问题：in v8 32 bit, no choice rather than DPF
in v9 64 bit, 你选DPF 还是 non-DPF？
single high end p-server with 8 CPU.
问题：in v8 32 bit, no choice rather than DPF
in v9 64 bit, 你选DPF 还是 non-DPF？
0同行回答
“答”则兼济天下，请您为题主分忧！
个人来讲不建议每分区2个CPU，因为如果有那么一两个很烂的查询同时狂耗CPU，系统的cpu usage立刻就100%了~~~如果有4个CPU，那么可以容忍烂查询的能力可以提高一倍收起
学习下看看收起
浏览888
这玩意还真不好直接用数据量来判断~~见过单分区20T以上跑的很正常的 ~~~~ 也见过每个分区200G左右的~~~感觉还是有没适合的场景，分区带来的好处大大的高于分区间数据交换的坏处的话 分区还是个不错的东东~~~ 一句话 就是 不要为了分区 而去分区~~~收起
浏览882
已知条件：total db size 1 - 2 TB (最大的table 1TB)
single high end p-server with 8 CPU.
问题：in v8 32 bit, no choice rather than DPF
in v9 64 bit, 你选DPF 还是 non-DPF？
==================================
今天有人在群里发 DB2 江湖10大人物的评选结果, 顺便上来看了看 呵呵, 很久没上论坛的习惯了. 看到有这么一个 DFP Or Non-DPF 的讨论, 说说我的观点:
是否采用 DFP 取决于这个表的数据量是否会继续增长, 如果未来 2-3年数据量会有比较大的增长, 比如未来数据会持续的翻倍, 那别无选择, 建议采用 DPF , 数据量变化不会太大的话采用 DPF 或者 Non-DPF 均可, 但是对于 OLTP 类型的应用来说, 由于分区数据库环境与非分区数据库环境中的连接策略在某些方面有所不同, 所以如果采用 DPF 需要考虑分区数据库中表的连接策略带来的通信开销. 我看论坛中有人发的 《Design high scalable OLTP application using DB2 DPF》沈刚 里面有相关的规避方法.
其次, 相对管理和日常维护来说, Non DPF 肯定要比维护 DPF 要容易简单很多. 另外你这个数据库总共大小 2 T, 其中一个表的大小 1 T, 是否应该考虑从表的设计上采取一些优化措施.
从 V9 开始, DB2 对表的压缩已经有了非常大的提升, 同时应该考虑采取行压缩的方式来降低表的大小, 减少 I/O 和硬件开销, 同时也会提升系统性能.
当然还有你们后续的 IT 成本预算有关系, 呵呵, 比如哪天 Boss 说要将 AIX 换成 PC Server 集群了, 或者说再采购一台 同类型的 P 服务器, 这些都是要纳入考虑的范围... 题外话了收起
single high end p-server with 8 CPU.
问题：in v8 32 bit, no choice rather than DPF
in v9 64 bit, 你选DPF 还是 non-DPF？
==================================
今天有人在群里发 DB2 江湖10大人物的评选结果, 顺便上来看了看 呵呵, 很久没上论坛的习惯了. 看到有这么一个 DFP Or Non-DPF 的讨论, 说说我的观点:
是否采用 DFP 取决于这个表的数据量是否会继续增长, 如果未来 2-3年数据量会有比较大的增长, 比如未来数据会持续的翻倍, 那别无选择, 建议采用 DPF , 数据量变化不会太大的话采用 DPF 或者 Non-DPF 均可, 但是对于 OLTP 类型的应用来说, 由于分区数据库环境与非分区数据库环境中的连接策略在某些方面有所不同, 所以如果采用 DPF 需要考虑分区数据库中表的连接策略带来的通信开销. 我看论坛中有人发的 《Design high scalable OLTP application using DB2 DPF》沈刚 里面有相关的规避方法.
其次, 相对管理和日常维护来说, Non DPF 肯定要比维护 DPF 要容易简单很多. 另外你这个数据库总共大小 2 T, 其中一个表的大小 1 T, 是否应该考虑从表的设计上采取一些优化措施.
从 V9 开始, DB2 对表的压缩已经有了非常大的提升, 同时应该考虑采取行压缩的方式来降低表的大小, 减少 I/O 和硬件开销, 同时也会提升系统性能.
当然还有你们后续的 IT 成本预算有关系, 呵呵, 比如哪天 Boss 说要将 AIX 换成 PC Server 集群了, 或者说再采购一台 同类型的 P 服务器, 这些都是要纳入考虑的范围... 题外话了收起
浏览925