动手做实验的重要性

动手做实验的重要性

想说一下动手做实验的重要性

前言

有时候一个人会有很多想法，或者当你看到别人的文章的时候你会有想法，又或者想验证一下别人的观点

这时候就需要自己动手做实验来验证了，想法无处不在

比如：我delete了一条数据，我能不能通过事务日志[fn_dblog]()把他恢复呢？如果能恢复我能不能写一个

数据库恢复工具来恢复已经delete了的数据？？？

 

您需要不断地去想，用自己所学到的知识去设计实验并证明自己的想法

再比如：我现在看到一篇文章《SQL Server中使用带有Persisted值的计算列》

文章地址：http://database.ctocio.com.cn/dbzjdysummary/48/8730048.shtml

想法：究竟带有Persisted值的计算列数据会不会存储到磁盘上？？？

带着这个疑问，我们做一下下面实验

---

动手实验环节

使用下面SQL代码建立测试环境

  View Code

--创建测试表
USE [tempdb]
GO
CREATE TABLE [dbo].[CCtest]
(
[empNumb] [int] NULL ,
[DOBirth] [datetime] NULL ,
[DORetirement] AS ( DATEADD(year, ( 60 ), [DOBirth]) - ( 1 ) ) PERSISTED
)
GO

--插入测试数据
USE [tempdb]
GO
INSERT INTO CCTest ( empNumb, DOBirth )
SELECT 30, '1985-12-13'
UNION ALL
SELECT 25, '1980-11-18'
UNION ALL
SELECT 21, '1978-01-19'
UNION ALL
SELECT 7, '1985-12-13'
UNION ALL
SELECT 5, '1975-07-23'
GO

SELECT * FROM dbo.CCTest
GO

再使用下面代码看一下表中的数据页是哪一个

  View Code

--创建一个表，用来保存DBCC IND的结果
USE [tempdb]
GO
CREATE TABLE DBCCResult
(
PageFID NVARCHAR(200) ,
PagePID NVARCHAR(200) ,
IAMFID NVARCHAR(200) ,
IAMPID NVARCHAR(200) ,
ObjectID NVARCHAR(200) ,
IndexID NVARCHAR(200) ,
PartitionNumber NVARCHAR(200) ,
PartitionID NVARCHAR(200) ,
iam_chain_type NVARCHAR(200) ,
PageType NVARCHAR(200) ,
IndexLevel NVARCHAR(200) ,
NextPageFID NVARCHAR(200) ,
NextPagePID NVARCHAR(200) ,
PrevPageFID NVARCHAR(200) ,
PrevPagePID NVARCHAR(200)
)
GO

--PageType 页面类型：1：数据页面；2：索引页面；3：Lob_mixed_page；4：Lob_tree_page；10：IAM页面
--
--IndexID 索引ID：0 代表堆, 1 代表聚集索引, 2-250 代表非聚集索引 大于250就是text或image字段

INSERT INTO DBCCResult EXEC ('DBCC IND(tempdb,CCtest,-1) ')

SELECT * FROM [dbo].[DBCCResult] ORDER BY [PageType] DESC

可以看到数据页是78

用下面SQL语句看一下数据页78的内容

1 DBCC TRACEON(3604,-1)
2 GO
3 DBCC PAGE([tempdb],1,78,3) 
4 GO

  View Code

DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。

PAGE: (1:78)

BUFFER:

BUF @0x03E63850

bpage = 0x16248000 bhash = 0x00000000 bpageno = (1:78)
bdbid = 2 breferences = 0 bUse1 = 5146
bstat = 0x1c0000b blog = 0x2159bbbb bnext = 0x00000000

PAGE HEADER:

Page @0x16248000

m_pageId = (1:78) m_headerVersion = 1 m_type = 1
m_typeFlagBits = 0x4 m_level = 0 m_flagBits = 0x8008
m_objId (AllocUnitId.idObj) = 88 m_indexId (AllocUnitId.idInd) = 256
Metadata: AllocUnitId = 72057594043695104
Metadata: PartitionId = 72057594038714368 Metadata: IndexId = 0
Metadata: ObjectId = 37575172 m_prevPage = (0:0) m_nextPage = (0:0)
pminlen = 24 m_slotCnt = 6 m_freeCnt = 7949
m_freeData = 285 m_reservedCnt = 27 m_lsn = (37:284:165)
m_xactReserved = 27 m_xdesId = (0:1007) m_ghostRecCnt = 0
m_tornBits = 0

Allocation Status

GAM (1:2) = ALLOCATED SGAM (1:3) = ALLOCATED
PFS (1:1) = 0x61 MIXED_EXT ALLOCATED 50_PCT_FULL DIFF (1:6) = CHANGED
ML (1:7) = NOT MIN_LOGGED

Slot 0 Offset 0x60 Length 27

Record Type = PRIMARY_RECORD Record Attributes = NULL_BITMAP
Memory Dump @0x080FC060

00000000: 10001800 1e000000 00000000 a07a0000 †.............z..
00000010: 00000000 3ad00000 0300f8†††††††††††††....:......

Slot 0 Column 0 Offset 0x4 Length 4

empNumb = 30

Slot 0 Column 1 Offset 0x8 Length 8

DOBirth = 12 13 1985 12:00AM

Slot 0 Column 2 Offset 0x10 Length 8

DORetirement = 12 12 2045 12:00AM

Slot 1 Offset 0x7b Length 27

Record Type = PRIMARY_RECORD Record Attributes = NULL_BITMAP
Memory Dump @0x080FC07B

00000000: 10001800 19000000 00000000 ee550000 †.............U..
00000010: 00000000 88ab0000 0300f8†††††††††††††...........

Slot 1 Column 0 Offset 0x4 Length 4

empNumb = 25

Slot 1 Column 1 Offset 0x8 Length 8

DOBirth = 03 25 1960 12:00AM

Slot 1 Column 2 Offset 0x10 Length 8

DORetirement = 03 24 2020 12:00AM

Slot 2 Offset 0x96 Length 27

Record Type = PRIMARY_RECORD Record Attributes = NULL_BITMAP
Memory Dump @0x080FC096

00000000: 10001800 15000000 00000000 5b6f0000 †............[o..
00000010: 00000000 f5c40000 0300f8†††††††††††††...........

Slot 2 Column 0 Offset 0x4 Length 4

empNumb = 21

Slot 2 Column 1 Offset 0x8 Length 8

DOBirth = 01 19 1978 12:00AM

Slot 2 Column 2 Offset 0x10 Length 8

DORetirement = 01 18 2038 12:00AM

Slot 3 Offset 0xb1 Length 27

Record Type = PRIMARY_RECORD Record Attributes = NULL_BITMAP
Memory Dump @0x080FC0B1

00000000: 10001800 07000000 00000000 a07a0000 †.............z..
00000010: 00000000 3ad00000 0300f8†††††††††††††....:......

Slot 3 Column 0 Offset 0x4 Length 4

empNumb = 7

Slot 3 Column 1 Offset 0x8 Length 8

DOBirth = 12 13 1985 12:00AM

Slot 3 Column 2 Offset 0x10 Length 8

DORetirement = 12 12 2045 12:00AM

Slot 4 Offset 0xcc Length 27

Record Type = PRIMARY_RECORD Record Attributes = NULL_BITMAP
Memory Dump @0x080FC0CC

00000000: 10001800 05000000 00000000 cc6b0000 †.............k..
00000010: 00000000 66c10000 0300f8†††††††††††††....f......

Slot 4 Column 0 Offset 0x4 Length 4

empNumb = 5

Slot 4 Column 1 Offset 0x8 Length 8

DOBirth = 07 23 1975 12:00AM

Slot 4 Column 2 Offset 0x10 Length 8

DORetirement = 07 22 2035 12:00AM

DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。

 1 Slot 4 Offset 0xcc Length 27
 2 
 3 Record Type = PRIMARY_RECORD         Record Attributes =  NULL_BITMAP     
 4 Memory Dump @0x080FC0CC
 5 
 6 00000000:   10001800 05000000 00000000 cc6b0000 †.............k..         
 7 00000010:   00000000 66c10000 0300f8†††††††††††††....f......              
 8 
 9 Slot 4 Column 0 Offset 0x4 Length 4
10 
11 empNumb = 5                          
12 
13 Slot 4 Column 1 Offset 0x8 Length 8
14 
15 DOBirth = 07 23 1975 12:00AM         
16 
17 Slot 4 Column 2 Offset 0x10 Length 8
18 
19 DORetirement = 07 22 2035 12:00AM    

可以看到[DORetirement]列真的存储到磁盘上

那么计算列是怎麽通过计算插入到表中,或者更新表的[DOBirth]列是怎麽顺带更新[DORetirement]列的??

我们可以看一下执行计划，从执行计划中看能否看出端砚

这里应该使用SET STATISTICS PROFILE ON 才行，用图形化的执行计划看不到每个运算符里面具体做了什么

1 SET STATISTICS PROFILE ON 
2 GO
3 INSERT INTO [dbo].[CCtest] ( [empNumb], [DOBirth] )
4 VALUES  ( 89, -- empNumb - int
5           '2013-08-22 11:48:46'  -- DOBirth - datetime
6           )

在插入之前已经做了dateadd函数的计算，也就是在“计算标量”这个运算符里做的

更新语句也是一样

1 SET STATISTICS PROFILE ON 
2 GO
3 UPDATE CCtest SET DOBirth = '1960-03-25' WHERE empnumb = 25
4 GO

update语句和insert语句都有“计算标量”运算符，dateadd函数的运算就在“计算标量”运算符里做的

---

个人意见

其实，做完实验还可以写一篇博文把实验过程记录下来，例如在博客园里写文章，以后很大机会会用到的

我个人建议写成博文比较好，或许您的想法还可以继续深入研究，当您以后遇到跟您的想法差不多的问题解决方案的时候，这时候您就能够体会到

把想法写成博文的好处，您能够针对之前写的博文继续深入研究或者修正之前博文的错误

 

在工作中当大伙讨论某个解决方案的时候，你就更有底气了，你可以根据自己做过的实验给出自己的解决方案，而不是人云亦云

可能您自己的解决方案不是最合适的，但是最起码您为解决方案出了自己的一份力，甚至您可以把自己的博文拿出来给大家看证明自己的观点

当然实验环境跟真实环境会有很大差别，但是最起码您大概会估计得到有什么后果，并且知道个中的原理

例如：某个表查询很慢，你会想到加索引，那么加聚集索引好呢？还是加非聚集索引好呢？

加了之后副作用会不会很大呢？你做过实验之后，知道聚集索引和非聚集索引的区别，

结合当前情况，我相信您可以作出正确选择

 

如果有一些问题没有实验环境，或者做实验也解决不了，或者自己达不到那个水平不知道怎样做，这时候没办法了，只能请教高人了

或者寄希望于日后，能否出现您遇到的问题并且有相应的实验环境

 

既然这些简单的实验只需要两三分钟的事情，为什麽自己不亲自动手做一下实验呢？o(∩_∩)o

 

--------------------------------------------------------------------

题外话

可能您写出来的文章，做出来的实验没有人评论，没有人能纠正自己的错误，我做的实验结果不知道对不对，这时候不要泄气

除了别人主动看你的文章，你也要主动看别人的文章，我的习惯就是看到好文章马上 copy到 evernote里

当然将别人的知识化为自己的并理解透彻需要很长时间的