Slot 4, Offset 0xb4, Length 21, DumpStyle BYTE
Memory Dump @0x00000000120CC08A
..
Slot 3, Offset 0x9f, Length 21, DumpStyle BYTE
insert into test_del select 'row 3';
测试步骤

　　测试表：test_del
首先，我需要强调下，这篇主旨是揭示堆表的删除记录找回的原理，我所考虑的方面并不适用于每个人的每种情况，望大家见谅~

00000000120CC070: 20200200 00100012 00020000 00726f77 † ...........row

goDATA:

复制代码 代码如下:

复制代码 代码如下:

0000000000000000: 10001200 04000000 726f7720 34202020 †........row 4
Slot 2, Offset 0x8a, Length 21, DumpStyle BYTE
2.查看测试数据，显示正常。

dbcc page(repl_test,1,219,2)

0000000000000010: 20200200 00†††††††††††††††††††††††††† ...
Memory Dump @0x00000000120CC09F

0 (0x0) - 96 (0x60)
3 (0x3) - 159 (0x9f)
go
Slot 0, Offset 0x60, Length 21, DumpStyle BYTE
0000000000000000: 10001200 05000000 726f7720 35202020 †........row 5
insert into test_del select 'row 5';
6.关闭数据库的数据页I/O保护机制，即设置page_verify数据库选项为none，并将repl_test 数据库设置为脱机，利用winhex找到repl_test.mdf文件的1802240结尾处16进制码
1 (0x1) - 117 (0x75)
go输出结果为：

1 (0x1) - 117 (0x75)
很多朋友认为数据库在简单模式下，堆表误删除一条记录，是无法找回的，因为没有日志记录。其实不然，某种意义上是可以找回的，因为堆表在删除记录时，只更改了行偏移，实际数据没有被物理删除，所以利用这点，测试了下恢复数据，果然成功了，但是还有点问题没有研究出结果：如果不关闭页面校验，除了更改偏移量，删除数据时还需要更改页眉，这点还没时间去琢磨，所以恢复数据时还要能推断出页眉的16进制对应关系，有兴趣的朋友可以分享下经验给我。这里为了排除页眉的校验错误，关闭后测试
Memory Dump @0x00000000120CC075
Slot 1, Offset 0x75, Length 21, DumpStyle BYTE
Memory Dump @0x00000000120CC0B4

废话不多说，测试的demo如下：
0000000000000010: 20200200 00†††††††††††††††††††††††††† ...
00000000120CC060: 10001200 01000000 726f7720 31202020 †........row 1
0000000000000000: 10001200 03000000 726f7720 33202020 †........row 3
insert into test_del select 'row 1';

Record Type = PRIMARY_RECORD Record Attributes = NULL_BITMAP Record Size = 21
Record Type = PRIMARY_RECORD Record Attributes = NULL_BITMAP Record Size = 21
2 (0x2) - 138 (0x8a)
说明a=3 b=row3的记录已经被删除。
其中行偏移量第一行为96 (0x60)，实际记录为row 1，row 2： (0x75)，row 3： (0x8a)，row 4：(0x9f)，row 5： (0xb4)
00000000120CC0B0: 20020000 10001200 05000000 726f7720 † ...........row
0000000000000000: 10001200 02000000 726f7720 32202020 †........row 2
0000000000000010: 20200200 00†††††††††††††††††††††††††† ...
delete test_del where a = 3

那么猜想，是否将第三行的行偏移量0x0修改回原来的0x8a就可以恢复记录了？

insert into test_del select 'row 4';
　　SQL Server 2008 R2

dbcc page(repl_test,1,219,1)
发现row3的记录还存在数据页中！
利用winHex工具，打开mdf文件，因为是219页面，8*220 = 1802240字节，所以219的行偏移量应该在1802239处，剩下的工作就很简单了
00000000120CC080: 20322020 20202002 00001000 12000300 † 2 .........
1.创建测试表test_del，并插入测试数据。
发现第3行的行偏移量被更改成了0，继续执行
4 (0x4) - 180 (0xb4)

Record Type = PRIMARY_RECORD Record Attributes = NULL_BITMAP Record Size = 21
goRow - Offset

00000000120CC090: 0000726f 77203320 20202020 02000010 †..row 3 ....
Record Type = PRIMARY_RECORD Record Attributes = NULL_BITMAP Record Size = 21
使用dbcc page查看数据页的内容以及行偏移量
Record Type = PRIMARY_RECORD Record Attributes = NULL_BITMAP Record Size = 21
3.DBCC IND命令来找到数据页id，找到数据页id：219，这个数据页存放了test_del的数据

OFFSET TABLE:
00000000120CC0C0: 35202020 20200200 00000021 21212121
4. 删除第三行数据 a = 3，b = row 3的记录

dbcc page(repl_test,1,219,1)
测试环境：

0 (0x0) - 96 (0x60)
insert into test_del select 'row 2';
create table test_del( a int identity,b char(10))
0000000000000010: 20200200 00†††††††††††††††††††††††††† ...
0000000000000000: 10001200 01000000 726f7720 31202020 †........row 1
go
5.再次查看数据页的行偏移
00000000120CC0A0: 00120004 00000072 6f772034 20202020 †.......row 4
3 (0x3) - 159 (0x9f)
　　数据库：repl_test 简单模式
Row - Offset

0000000000000010: 20200200 00†††††††††††††††††††††††††† ...
4 (0x4) - 180 (0xb4)
go

复制代码 代码如下:

2 (0x2) - 0 (0x0)

DATA:
Memory Dump @0x00000000120CC060