《dul恢复drop表测试》的评论

作者：惜分飞

惜分飞 — Fri, 03 Jul 2015 04:48:31 +0000

为什么能恢复啊？什么机制啊？

表只要没有被覆盖，实际上还存在文件中，通过工具扫描文件，找到对应的记录就和win清理回收站，只要没有覆盖，依旧可以通过工具恢复原理一样

作者：Ozlh

Ozlh — Thu, 02 Jul 2015 06:40:45 +0000

为什么能恢复啊？什么机制啊？

作者：惜分飞

惜分飞 — Wed, 12 Feb 2014 02:24:57 +0000

创建一个t_dul_drop表，结构和t_dul_drop_bak一致，无数据

create table t_dul_drop as select * from t_dul_drop_bak where 1=0; 请问这里where子句后的1 是字段吗？

作者：玉树林风

玉树林风 — Mon, 10 Feb 2014 09:23:26 +0000

create table t_dul_drop as select * from t_dul_drop_bak where 1=0;
请问这里where子句后的1 是字段吗？

作者：惜分飞

惜分飞 — Mon, 04 Feb 2013 15:55:20 +0000

1.同dul恢复truncate表测试,dul最新版本不能用来挖缺少system的数据(drop，truncate，丢失system等)，主要体现在常规字符串(英文,汉字等)被转换为了16进制字符.初步判断是dul本身bug，等待下一版本修复 2.drop table 恢复使用scan tables，truncate table 恢复使用scan extents比较方便