drop table 后恢复数据的例子

d.c.b.a

--HDFL--中 的D就是删除标志

d.c.b.a

你删除的前面的5条(有五个D标志的)，就是那样的，你用OS的dump看一下，这个block除了标识变外，还是可以读到数据的

biti_rainy

最初由 d.c.b.a 发布
[B]--HDFL--中 的D就是删除标志 [/B]

maybe, oracle 的 dump 程序在发现  标志为 D 之后并没有真正地 dump 出 block 中的真实信息出来？  如果是这样，我那只能说自己被 dump  欺骗过去了。 但是 索引项中标志为d，却能dump 出来，这也是影响我判断的一大因素。

另：即使真地dump欺骗了我，但是你这样读数据，在大多数情况下也不具有意义的，还不如  logmnr效果好。

d.c.b.a

是的，事实是这样的,，当然，我只不过是加了一个开关，允许读取deleted的记录，默认是不会读取deleted的记录的.

d.c.b.a

索引的DELETED的记录还是要用来查找的，这可能是原因吧，而table中删除的记录是无用的！

oracle-plus

最初由 d.c.b.a 发布
[B]mydul是自已写的程序，
delete时，只是将记录头的标志位改成删除标志，不会将这个记录的空间马上放出来，而是用到时再去清除的，在block中的dump中有一个ffre(first free row entry)，在delete后，ffre就不是-1了，而是被删除的记录的在block中的记录号了，当然这样读出来的数据不会完全都对的。 [/B]

请问具体是怎么读block中的数据的？而且怎么看block的格式？有没有相关的文档？

l2g32003

看来大家都想写dul了  可以研究一下lob和对象类型的数据  这是比较难的
先说一下 我不会

l2g32003

关于删除的标识block中有两个 一个是D 一个是row dictionary中的0xffff 使用两个是为了回滚数据的需要和block整理时使用

netsnake

深!

rollingpig

1. delete时，log里应该只会记录rowid (在add 了supplement log之后可能还有PK,unique index),所以 logminer对付delete应该是没用的。


2，heap table的block格式比较简单，其他几种table的block就比较复杂了。不过，其他类型的block用的还是比较少的。所以，一般来说，能够handle heap table就差不多了。