db2中哪种清除数据方式最快

如果是要清空数据，4、delete 一般来讲，不太推荐。这会导致大量的日志记录。
其他4种方式各有特点。
从事务的角度看，只有5是可以回滚的，其他的不能回滚，如果你要保证事务的一致性那只能使用5。
如果你只能在SQL环境运行那么2不能考虑。
如果你需要做联机备份，那么trucate table不能考虑，它有可能跟联机备份冲突。
如果有版本限制，那么9.7之前没有truncate 语句。
如果需要减少 catalog table的lock contention，那么5最好不要用。
我觉得要用那种方式，需要结合你的应用场景需求，效率着这里不是首要的考虑因素。收起

没用过这个东东。我们只是绕过了这个限制。收起

http://www-01.ibm.com/support/kn ... .0%2F3-6-1-3-0-0-12
出自这里。收起

回复 10# mdkii

SOURCEUSEREXIT这个参数你有用过吗，里面提到了客户端文件。

收起

回复 8# shadowflare
是的，admin_cmd的方式不支持 load from client。我不知道ibm为什么要去掉这个功能，可能ibm认为这样的场景比较少，大量的数据load from client会比较吃网络带宽。
我们之前也遇到这个问题，是这么解决的：
1、小的表改用import。2、大表采用nas共享的方式，考虑到网络问题，nas采用单独的网卡。收起

回复 7# mdkii
把ORACLE的概念弄到ORACLE，DB2 DDL也可以回滚收起

顺便问一下，纯jdbc环境我想从客户机用load导入数据（数据文件在客户机上），有办法没？收起

4是可以回滚的。但我一开始就排除了4, 下面几种描述我没有再考虑4 delete在内。
在info center里有一个章节描述了online backup和其他utilites 的兼容性：
Compatibility of online backup and other utilities：

TRUNCATE TABLE
The TRUNCATE statement is not compatible with online backup because it gets a Z lock on the table and prevents an online backup from running concurrently.

DDLs that require a Z lock (such as ALTER TABLE, DROP TABLE, and DROP INDEX)
Online DMS table space backup is compatible with DDLs that require a Z lock.
Online SMS table space backup must wait for the Z lock to be released.收起

truncate收起

回复 4# mdkii

为什么这里说4不能回滚，是因为顶楼提到不记录日志吗？
sql环境通过admin_cmd也可以进行import或load(load from client不可以)。
联机备份的话drop 再create的方式同样不行，和truncate 一样，都会对表上Z锁。收起