我一直在四处挖掘，但没有任何运气。
SQL Server 2008：是否可以在不重建整个表的情况下调整特定聚集索引/表的填充因子？
例如，如果它有 4 亿条记录，我们是否可以调整填充因子并让 SQL Server 在所有尚未超过该限制的页面（以及新拆分）上使用新的填充因子，然后调整已超出该限制的页面？索引维护期间超限？
是否可以预先定义在下一次索引维护期间应该构建索引的填充因子？
sql-server-2008 sql-server clustered-index fill-factor index-maintenance
出于某种原因，MS SQL Server 2016 批量插入会误解/翻译 Unicode 字符：
即 Notepad++ 和 xxd 显示平面文件有 0xC9，但在批量插入后，表显示“+”，并在 SQL Server 中转换为 varbinary 显示为 0x2B。备份也有 0xC9。
我正在向 MS SQL Server 2016 中批量插入 25 个平面文件。它是 15Gb 数据，我正在使用管道 ( | ) 字段分隔符和CRLF行分隔符。
我批量插入到我提供的备份的截断结构中。当我与备份进行比较时，存在差异。注意：我必须等待 25 小时才能从数据源备份，但可以在 …
几天来，我一直在工作中的网络上进行挖掘，试图弄明白 DBMS（SQL Server 2008 R2 和其他）如何如此快速地将一列添加到大表的末尾。
在高层次上，您可以认为：我可以在末尾放置一个指向新列的指针。但是，在页面级别上，数据页面不是填充了单个记录吗？添加一列是否意味着每个已经满的页面都需要拆分？
即使页面未满，也需要大量数据处理才能将该列添加到每条记录的末尾，更新所有插槽数组，然后通过任何现有索引和/或 IAM 和 GAM 页面级联所有指针更改？
我唯一能想到的是，所有新的列数据都被添加到新的页面中，没有记录的其余部分，并且在整个表树结构中添加指针以引用新的列页面。然而，这似乎会破坏空间局部性。如果是这样，即使我们没有特别请求，DBMS 是否会在幕后处理数据REBUILD？
我正在谈论带有页面的 DBMS 内存管理的位级别，并询问 DBMS 如何能够如此快速地将一列（允许或不允许 NULL 值）添加到一组现有记录中，即使这些记录已经作为一组存在数据页中的位。
我想知道是否有人可以阐明我的担忧，即query_plan_hash碰撞可能导致查询作为完全不同的查询执行。
散列是一个 16 位的十六进制，sp_help sys.dm_exec_query_stats表示是一个二进制。因此它只是一个 64 位的散列，并且碰撞似乎很有可能（考虑到 SHA1 [160 位] 刚刚被验证有碰撞）。
请问plan_hash并query_plan_hash都有碰撞的这个（查询作为一个完全不同的查询被执行）的情况发生？
我也很好奇 SQL Server 中是否有设置允许我们将此哈希更改为 SHA2-512（以减少发生冲突的可能性）。我们的数据非常重要。
我通过 Google 和 Stack Exchange 论坛进行了高低搜索。
sql-server ×4
bulk-insert ×1
collation ×1
data-pages ×1
encoding ×1
fill-factor ×1
hashing ×1
unicode ×1