• 企业400电话
  • 网络优化推广
  • AI电话机器人
  • 呼叫中心
  • 全 部 栏 目

    网站建设 商标✡知产 微网小程序 电商运营 彩铃•短信 增值拓展业务
    SQL Server误区30日谈 第25天 有关填充因子的误区
    POST TIME:2021-10-18 18:41
    误区 #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
    您可能感兴趣的文章:
    • SQL Server误区30日谈 第29天 有关堆碎片的误区
    • SQL Server误区30日谈 第28天 有关大容量事务日志恢复模式的误区
    • SQL Server误区30日谈 第27天 使用BACKUP WITH CHECKSUM可以替代DBCC CheckDB
    • SQL Server误区30日谈 第26天 SQL Server中存在真正的“事务嵌套”
    • SQL Server误区30日谈 第24天 26个有关还原(Restore)的误区
    • SQL Server误区30日谈 第23天 有关锁升级的误区
    • SQL Server误区30日谈 第22天 资源调控器可以调控IO
    • SQL Server误区30日谈 第21天 数据损坏可以通过重启SQL Server来修复
    • SQL Server误区30日谈 第20天 破坏日志备份链之后,需要一个完整备份来重新开始日志链
    • SQL Server误区30日谈 第19天 Truncate表的操作不会被记录到日志
    • SQL Server误区30日谈 第18天 有关FileStream的存储,垃圾回收以及其它
    • SQL Server误区30日谈 第17天 有关页校验和的误区
    • SQL Server误区30日谈 第16天 数据的损坏和修复
    • SQL Server误区30日谈 第15天 CheckPoint只会将已提交的事务写入磁盘
    • SQL Server误区30日谈 第14天 清除日志后会将相关的LSN填零初始化
    • SQL Server误区30日谈 第13天 在SQL Server 2000兼容模式下不能使用DMV
    • SQL Server误区30日谈 第12天 TempDB的文件数和需要和CPU数目保持一致
    • SQL Server误区30日谈 第11天 镜像在检测到故障后瞬间就能故障转移
    • SQL Server误区30日谈 第10天 数据库镜像在故障发生后 马上就能发现
    • SQL Server误区30日谈 第9天 数据库文件收缩不会影响性能
    • SQL Server误区30日谈 第8天 有关对索引进行在线操作的误区
    • SQL Server误区30日谈 第7天 一个实例多个镜像和日志传送延迟
    • SQL Server误区30日谈 第6天 有关NULL位图的三个误区
    • SQL Server误区30日谈 第5天 AWE在64位SQL SERVER中必须开启
    • SQL Server误区30日谈 第4天 DDL触发器就是INSTEAD OF触发器
    • SQL Server误区30日谈 第3天 即时文件初始化特性可以在SQL Server中开启和关闭
    • SQL Server误区30日谈 第2天 DBCC CHECKDB会导致阻塞
    • SQL Server误区30日谈 第1天 正在运行的事务在服务器故障转移后继续执行
    • SQL Server误区30日谈 第30天 有关备份的30个误区
    上一篇:SQL Server误区30日谈 第24天 26个有关还原(Restore)的误区
    下一篇:SQL Server误区30日谈 第26天 SQL Server中存在真正的“事务嵌套”
  • 相关文章
  • 

    关于我们 | 付款方式 | 荣誉资质 | 业务提交 | 代理合作


    © 2016-2020 巨人网络通讯

    时间:9:00-21:00 (节假日不休)

    地址:江苏信息产业基地11号楼四层

    《增值电信业务经营许可证》 苏B2-20120278

    X

    截屏,微信识别二维码

    微信号:veteran88

    (点击微信号复制,添加好友)

     打开微信