剖析SQLSERVER2005的页面结构---表修改的内部处理篇.docVIP

剖析SQLSERVER2005的页面结构 表修改的内部处理篇 happyflystone 本篇介绍一下当我们通过alter table来修改数据表的列类型时因SQLSERVER只检查不修改数据而造成让大家迷惑的假象，或说是让人费解的地方。在这里我们只介绍三种情况：一增加列(有无缺省)；二，删除列；三修改列；在大多数的情况下，SQLSERVER只要修改元数据而可能不会去触碰页面上的物理数据，所以如果我们通过dbcc page来查看页面的内容时会有点让人晕头转向，下面们先简单的说三种情况，最后做一些的解释。 一：增加列(有无缺省) -- Author : HappyFlyStone -- Date : 2009-12-01 22：00：00 -- Version: Microsoft SQL Server 2005 - 9.00.2047.00 (Intel X86) -- Apr 14 2006 01:12:25 -- Copyright (c) 1988-2005 Microsoft Corporation -- Enterprise Edition on Windows NT 5.2 (Build 3790: SP2) -- 转载注明出处及相关信息 create table altertc(id int identity(1,1),col char(10)) go insert into altertc select REPLICATE(a,5) union all select REPLICATE(b,5) go -- 下面的三次执行分别通过dbcc page看页面的变化 alter table altertc add col2 char(20) –-第一次 go alter table altertc add col2 char(20) default tt –-第二次 go insert into altertc select cccc, –-第三次增加记录 go dbcc ind(testcsdn,altertc,-1)--239 dbcc traceon(3604) dbcc page(testcsdn,1,239,1) drop table altertc /* Slot 0, Offset 0x60, Length 21, DumpStyle BYTE Record Type = PRIMARY_RECORD Record Attributes = NULL_BITMAP Memory Dump @0x444CC060 0100000061202020 ?aaaaa fc?????????????????????????? ... -- alter table altertc add col1 char(20) -- alter table altertc add col2 char(20) default Slot 0, Offset 0x60, Length 21, DumpStyle BYTE Record Type = PRIMARY_RECORD Record Attributes = NULL_BITMAP Memory Dump @0x4444C060 0100000061202020 ?aaaaa fc?????????????????????????? ... --insert into altertc select cccc, Slot 2, Offset 0x8a, Length 41, DumpStyle BYTE Record Type = PRIMARY_RECORD Record Attributes = NULL_BITMAP Memory Dump @0x443CC08A 0300000020202020 ?..cccc 2020202020202020 ? 000