数据清理的策略和业务直接相关，不一定按业务时间分区，清理时做分区detach就可以，在数据仓库和分析领域，历史数据归档通常却是可以采用分区detach方式的。删除（delete）通常消耗大量的日志，而分区detach则不会。另外一个可选的方案是MDC fast rollout, 通过设置db2set DB2_MDC_ROL...

Delete优化可以从以下两个方面考虑：1)如果是整个表清理，可以考虑适用truncate table x1 ... 或者 import from /dev/null of del repace into x1...，这些都不会在数据库中产生delete日志，而是直接在物理页面级进行清理，效率较高。2)如果是表中部分记录清理，需要使用delete脚本，d...

如果partition table需要频繁使用detach，attach来做数据的roll in/out，建议使用分区索引，否则使用全局的效率更高。

断章取义，先把书看完了再来发牢骚！

以下是除了0节点外的在线备份；9.7版本的在同一台机器上搭建的5个逻辑分区的dpfdb2_all \"||

东焕大哥，我们的项目遇到一个实际的问题。因为考虑到数据量会比较大，其中有一个数据表采用了分区表，之前在创建这个表的时候因为没有经验，我们设定了分区范围的maxvalue，我们是以日期作为分区列的，比如设定了这个范围的最大值为2013年12月31日，然后是平均每7天一个分区。现在的...(more)

【问题背景】近期需要安装DPF数据库（V9.7），一共13个分区（0号管理分区，1~12数据分区）。【问题描述】由于13个分区的事务日志规划的目录，是不同的文件系统，类似于：/log00/NODE0000,/log01/NODE0001,......,/log12/NODE0012。因此需要对每个分区数据库单独修改NEWLOGPATH参数。尽管我...(more)

不要直接drop表，先用不记日志方式清空表，再对表做一下重组和统计，高水位线就会降下来了

deatch 分区不会出现索引失效的情况。如果是分区索引（parttiitoned index，或本地索引），deatch分区成功后，被删除分区和数据立刻不可见；如果是非分区索引（not partitioned index，或全局索引），detach分区成功后，Db2采用了异步 清理的方式，将对应分区在全局索引上的页面进行清除处理，...

B 表的效率更高，有测试结果么？分区索引的优势大概有以下几点：1、在分区分离时效率更高2、更少的索引level，高效率3、谓词匹配时访问更少的索引页，高效率你说的这些字段的意思在信息中心都有，你可以去查看。...