SQLServer误区30日谈第25天有关填充因子的误区

四个拥有:无论你有多弱或多强,一定要拥有真正爱你的人,拥有知心的朋友,拥有向上的事业,拥有温暖的住所。
误区 #25:多个有关填充因子的误区
都是错误的25a) 填充因子是一直存在的
不是的,通过Books Online可以看到(译者:我在新版的BOL没有找到这句话):
重要:
填充因子仅仅在索引创建或重建时生效,SQL Server存储引擎并不会一直保证页内的空闲值和填充因子保持一致。如果为了保证页内的空余值和指定的填充因子保持一直那么填充因子就会失去意义。因为这时页即使不满也需要进行分页。25 b)填充因子0和100是不同的
错误,由BOL的一句话可以看到
填充因子0和100在各个方面都是一个意思。25 c)填充因子设置为0会在非叶子节点保留 空间
这是错误的,这一点BOL上没有说,我也不知道这个误区从何而来,但这绝对是错误的。你可以通过如下代码证实这一点:
 
CREATE DATABASE foo;
GO
USE foo;
GO
CREATE TABLE t1 (c1 INT IDENTITY, c2 CHAR (1000) DEFAULT 'a');
CREATE CLUSTERED INDEX t1c1 ON t1 (c1);
GO
SET NOCOUNT ON;
GO
INSERT INTO t1 DEFAULT VALUES;
GO 10000

接下来设置填充因子为0并重建索引
 
SELECT [fill_factor] FROM sys.indexes
WHERE NAME = 't1c1' AND [object_id] = OBJECT_ID ('t1');
GO
ALTER INDEX t1c1 ON t1 REBUILD WITH (FILLFACTOR = 100);
GO

上面的代码执行后,通过查看既定页中的m_freeCnt列的值,也就是页中可用空间的值:
 
EXEC sp_allocationMetadata 't1';
GO
DBCC TRACEON (3604);
DBCC PAGE (foo, 1, 164, 3); -- the root page, from the SP output
GO
DBCC PAGE (foo, 1, 162, 1); -- the page ID in the DBCC PAGE output above
GO

通过上面代码可以看到值为10,也就是说业内不存在保留空间。这时一个误区,有关上面sp_allocationMetadata的实现细节请看这篇博文:this blog post

到此这篇关于SQLServer误区30日谈第25天有关填充因子的误区就介绍到这了。一个宽宏大量的人,他的爱心往往多于怨恨,他乐观愉快豁达忍让而不悲伤消沉焦躁恼怒;他对自己的伴侣和亲友的不足处,以爱心劝慰更多相关SQLServer误区30日谈第25天有关填充因子的误区内容请查看相关栏目,小编编辑不易,再次感谢大家的支持!

您可能有感兴趣的文章
SqlServer生成连续数字根据指定的数字操作

SQLServer中JSON文档型数据的查询问题如何解决

SQLServer备份数据库的完整步骤

在SQLServer中如何使用TryCatch处理异常的示例详解

SQLServer序列SEQUENCE用法介绍