sql-server – 表定义中列的顺序是否重要?

前端之家收集整理的这篇文章主要介绍了sql-server – 表定义中列的顺序是否重要?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
定义表时,按顺序排列逻辑组中的列和组本身是有帮助的.表中列的逻辑顺序向开发人员传达了意义,并且是良好风格的元素.

这很清楚.

然而,不清楚的是,表中列的逻辑顺序是否对它们在存储层的物理排序有任何影响,或者它是否具有人们可能关心的任何其他影响.

除了对风格的影响外,列顺序是否重要?

关于这一点有一个question on Stack Overflow,但它没有权威的答案.

解决方法

表中列的逻辑顺序是否会对存储层的物理顺序产生任何影响?是.

是否重要是一个我无法回答的不同问题.

与Paul Randal在anatomy of a record上经常链接文章中描述的方式类似,让我们看一下带有DBCC IND的简单两列表:

  1. SET STATISTICS IO OFF;
  2. SET STATISTICS TIME OFF;
  3.  
  4. USE master;
  5. GO
  6.  
  7. IF DATABASEPROPERTY (N'RowStructure','Version') > 0 DROP DATABASE RowStructure;
  8. GO
  9.  
  10. CREATE DATABASE RowStructure;
  11. GO
  12.  
  13. USE RowStructure;
  14. GO
  15.  
  16. CREATE TABLE FixedLengthOrder
  17. (
  18. c1 INT IDENTITY(1,1) PRIMARY KEY CLUSTERED,c2 CHAR(10) DEFAULT REPLICATE('A',10) NOT NULL,c3 CHAR(10) DEFAULT REPLICATE('B',10) NOT NULL
  19. );
  20. GO
  21.  
  22. INSERT FixedLengthOrder DEFAULT VALUES;
  23. GO
  24.  
  25. DBCC IND ('RowStructure','FixedLengthOrder',1);
  26. GO

上面的输出显示我们需要查看第89页:

  1. DBCC TRACEON (3604);
  2. GO
  3. DBCC PAGE ('RowStructure',1,89,3);
  4. GO

在DBCC PAGE的输出中,我们看到c1在c2的’B’之前塞满了字符’A’:

  1. Memory Dump @0x000000000D25A060
  2.  
  3. 0000000000000000: 10001c00 01000000 41414141 41414141 †........AAAAAAAA
  4. 0000000000000010: 41414242 42424242 42424242 030000††††AABBBBBBBBBB...

只是因为,让我们用十六进制编辑器打开RowStructure.mdf并确认’A’字符串在’B’字符串之前:

现在重复测试但是反转字符串的顺序,将’B’字符放在c1中,将’A’字符放在c2中:

  1. CREATE TABLE FixedLengthOrder
  2. (
  3. c1 INT IDENTITY(1,c2 CHAR(10) DEFAULT REPLICATE('B',c3 CHAR(10) DEFAULT REPLICATE('A',10) NOT NULL
  4. );
  5. GO

这次我们的DBCC PAGE输出不同,首先出现’B’字符串:

  1. Memory Dump @0x000000000FC2A060
  2.  
  3. 0000000000000000: 10001c00 01000000 42424242 42424242 †........BBBBBBBB
  4. 0000000000000010: 42424141 41414141 41414141 030000††††BBAAAAAAAAAA...

再次,只是为了咯咯笑,让我们检查数据文件的十六进制转储:

正如Anatomy of a Record所解释的那样,记录的固定长度和可变长度列存储在不同的块中.逻辑交错固定和可变列类型与物理记录无关.但是,在每个块中,列的顺序会映射到数据文件中的字节顺序.

  1. CREATE TABLE FixedAndVariableColumns
  2. (
  3. c1 INT IDENTITY(1,c3 VARCHAR(10) DEFAULT REPLICATE('B',c4 CHAR(10) DEFAULT REPLICATE('C',c5 VARCHAR(10) DEFAULT REPLICATE('D',c6 CHAR(10) DEFAULT REPLICATE('E',10) NOT NULL
  4. );
  5. GO
  6.  
  7. Memory Dump @0x000000000E07C060
  8.  
  9. 0000000000000000: 30002600 01000000 41414141 41414141 0.&.....AAAAAAAA
  10. 0000000000000010: 41414343 43434343 43434343 45454545 AACCCCCCCCCCEEEE
  11. 0000000000000020: 45454545 45450600 00020039 00430042 EEEEEE.....9.C.B
  12. 0000000000000030: 42424242 42424242 42444444 44444444 BBBBBBBBBDDDDDDD
  13. 0000000000000040: 444444†††††††††††††††††††††††††††††††DDD

也可以看看:

Column order doesn’t matter… generally,but – IT DEPENDS!

猜你在找的MsSQL相关文章