自增长键列统计信息的处理方法(主键自增长的数据如何导入)

编辑：rootadmin

推荐整理分享自增长键列统计信息的处理方法(主键自增长的数据如何导入)，希望有所帮助，仅作参考，欢迎阅读内容。

文章相关热门搜索词:自动增长列,自增列不能做主键,主键自增长的数据如何导入,自增列不能做主键,自增长主键,自增长主键,主键自增长的数据如何导入,自增长主键,内容如对您有帮助，希望把文章链接给更多的朋友！

这篇文章通过文字代码的形式讲解了如何处理用自增长键列的统计信息。我们都知道，在SQL Server里每个统计信息对象都有关联的直方图。直方图用多个步长描述指定列数据分布情况。在一个直方图里，SQL Server最大支持的步长，但当你查询的数据范围在直方图最后步长后，这是个问题。我们来看下面的代码，重现这个情形：

在索引重建后，我们再看下直方图，我们发现最后步进的值是--。

Notice: Undefined index: CMSdown in /data/webroot/gcms/lib/Api/Open/Article.php on line img////_df.jpg" alt="查看图片" />

你已经看到，在最后步进到表里后，我们插入了条额外记录。这样的话，直方图并没有真实反馈实际的数据分布情况，但SQL Server还是要进行基数计算。我们现在来看看在不同版本里SQL Server是如何处理这个问题的。

在SQL Server 之前，基数计算对此问题的处理非常简单：SQL Server估计行数为1，你可以从下面的图片里看到。

点击工具栏的显示包含实际的执行计划，并执行如下查询：

Notice: Undefined index: CMSdown in /data/webroot/gcms/lib/Api/Open/Article.php on line img////_dc1ff2.png" alt="查看图片" />

自SQL Server SP1起，查询优化器可以标记1列为自增长（Ascending）来克服刚才介绍的限制。如果你用自增长列值更新了统计信息对象3次，那列就会被标记为自增长列。为了看有没有列标记为自增长，你可以使用跟踪标记。当你启用这个跟踪标记，DBCC SHOW_STATISTICS的输出就改变了，有额外列返回。

Notice: Undefined index: CMSdown in /data/webroot/gcms/lib/Api/Open/Article.php on line img////_dce.png" alt="查看图片" />

现在下面的代码更新统计信息3次，每次用自增长键列值在我们聚集索引末尾插入行。

然后，当我们执行DBCC SHOW_STATISTICS命令，你会看到SQL Server已讲那列标记为Ascending。

Notice: Undefined index: CMSdown in /data/webroot/gcms/lib/Api/Open/Article.php on line img////_ded4.png" alt="查看图片" />

现在当你再次执行查询不是直方图范围的数据时，没有任何改变。为了使用标记为自增长键列，你要启用另外一个跟踪标记-。如果你启用这个跟踪标记，查询优化器就是密度向量（Density Vector）来进行基数计算。

来看下现在的表密度：

Notice: Undefined index: CMSdown in /data/webroot/gcms/lib/Api/Open/Article.php on line img////_db9f2.png" alt="查看图片" />

现在的表密度是0.，因此查询优化器的估计行数是.：0.*（-）。

Notice: Undefined index: CMSdown in /data/webroot/gcms/lib/Api/Open/Article.php on line img////_dafd.png" alt="查看图片" />

这虽然不是最好的结果，但比估计行数1好很多！

（这里有问题，我本地是SQL Server r2，测试估计行数还是1，不知原因，望知道的朋友解释下，多谢！)

Notice: Undefined index: CMSdown in /data/webroot/gcms/lib/Api/Open/Article.php on line img////_dc.png" alt="查看图片" />

SQL Server 在SQL Server 引入的一个新功能是新基数计算。新基数计算对于自增长键问题的处理非常简单：默认不使用任何跟踪标记，来使用统计信息对象的密度向量来进行基数计算。下面查询启用跟踪标记的基数计算来运行同个查询。

我们来看这里的基数计算，你会看到查询优化器再次估计行数是.，但这一次没表上自增长。这是SQL Server 的自带功能。

（SQL Server 测试失败，估计行数也是1……）

在这篇文章，我向你展示了SQL Server的查询优化器如何处理自增长键问题。在SQL Server 之前，你需要启用跟踪标记来获得更好的基数计算——这样的话那列会标记为自增长（ascending）。SQL Server ，查询优化器默认就使用密度向量来进行基数计算，这样就方便很多。我希望你对此有所收获，在SQL Server里如何处理自增长键列问题你会有更好的想法。

希望对大家有所启迪，谢谢。

简单介绍SQL Server中的自旋锁为什么我们需要自旋锁？用闩锁同步多个线程间数据结构访问，在每个共享数据结构前都放置一个闩锁没有意义的。闩锁与此紧密关联：当你不能获得

简单介绍SQL Server里的闩锁在今天的文章里我想谈下SQLServer使用的更高级的，轻量级的同步对象：闩锁（Latch）。闩锁是SQLServer存储引擎使用轻量级同步对象，用来保护多线程访问

为什么我们需要在SQL Server里更新锁每次讲解SQLServer里的锁和阻塞（Locking&Blocking）都会碰到的问题：在SQLServer里，为什么我们需要更新锁？在我们讲解具体需要的原因前，首先我想给你介

标签: 主键自增长的数据如何导入

本文链接地址:https://www.jiuchutong.com/biancheng/347417.html 转载请保留说明！

上一篇：sqlserver数据库优化解析（图文剖析）(sqlserver数据库优化的几种方式)

下一篇：简单介绍SQL Server中的自旋锁(简单介绍春节的风俗)