互联网服务 数据库
DMS表空间数据插入效率
DB2 DMS表空间。操作：
我做数据插入。第一次表刚建立完成，数据为空，插入，1g数据，需要20min。
但是truncate后，第二次插入，1g数据只需要8min，同样的表。
还请各位专家能够帮忙分析下？需要提供啥就和我说
补充我的测试结果和现象：
假如首次先插入1g的数据，那么是1g 20min。重复插入则1g 8min
假如先插入1g的数据，再插入512M，那么512m的数据，是10min
假如先插入1g的数据，然后删掉该表，那么再插入512M的数据，是5min
那么表明：是否有可能是DMS向系统申请空间导致的资源消耗？请大家一起讨论下
我做数据插入。第一次表刚建立完成，数据为空，插入，1g数据，需要20min。
但是truncate后，第二次插入，1g数据只需要8min，同样的表。
还请各位专家能够帮忙分析下？需要提供啥就和我说
补充我的测试结果和现象：
假如首次先插入1g的数据，那么是1g 20min。重复插入则1g 8min
假如先插入1g的数据，再插入512M，那么512m的数据，是10min
假如先插入1g的数据，然后删掉该表，那么再插入512M的数据，是5min
那么表明：是否有可能是DMS向系统申请空间导致的资源消耗？请大家一起讨论下
附件：
insert_over_500.res (606.66 KB)
insert_iner_500.res (606.66 KB)
41 同行回答
回复 19# xxzmxx
还是source事情吗。
因为你的source 和target 不在同一机器上。
I do not remember Pentaho ETL mechanism, but I think
it shall be similar to Informatica, during the ETL phase, they
do build cache first.
这是为什么fresh new 第一次， 总是比以后重复的慢。
You can create an excatly copy of your table and test it out.
先， load into 原 table （这样就不用想truncate的问题了）
接着，load into 拷贝 table 收起
还是source事情吗。
因为你的source 和target 不在同一机器上。
I do not remember Pentaho ETL mechanism, but I think
it shall be similar to Informatica, during the ETL phase, they
do build cache first.
这是为什么fresh new 第一次， 总是比以后重复的慢。
You can create an excatly copy of your table and test it out.
先， load into 原 table （这样就不用想truncate的问题了）
接着，load into 拷贝 table 收起