拆分一张大桌子

Question

我的情况是我照顾一个带有基于 VB6 的前端和一个 SQL 后端的旧系统（好消息，正在开发替代品，但同时我需要保持这种状态）。现在该应用程序在十几个站点上使用，其中大多数在SQL2000上，一个在SQL2008上，一个在SQL2008R2（均为标准）上。更改版本/版本将是一个很大的问题。

SQL2008R2 上托管的站点碰巧也是最大的站点。我们现在有一个包含超过 20 亿行和 700GB 数据的表。这是一小部分列，其中一个是用于存储序列化 blob 数据的 256 个字符 varchar。现在，当人们尝试插入、删除和更新它（通过应用程序）时，用户偶尔会互相锁定。随着时间的推移，这种情况只会变得更糟。然而，下一个最大的是 SQL2000..

我需要缩小这张桌子的大小。我可以使用哪些方法或技术来实现这一目标？理想情况下，该技术将与 SQL2000 标准版兼容，因此我可以在所有站点上使用它。然而，仅仅修复 SQL2008R2 标准上最大的违规者就可以了。

该表确实有一个标识列，并且由于表定义由应用程序控制，因此无法更改（我提到这一点是因为我相信这排除了分区视图 - 应用程序插入、更新和删除行）。

我目前的想法是删除过去 X 个月过去的所有数据（占总数的 50%），并将其分配到不向用户或应用程序公开的表中。然后在应用程序中，我可以为用户提供一种方法来请求将数据项复制回，这将通过预定的作业（可能在一夜之间）完成。然而，这对我来说感觉很笨拙。

Answer 1

我们现在有一个包含超过 20 亿行和 700GB 数据的表。这是一小部分列，其中一个是用于存储序列化 blob 数据的 256 个字符 varchar。现在，当人们尝试插入、删除和更新它（通过应用程序）时，用户偶尔会互相锁定。随着时间的推移，这种情况只会变得更糟。

为什么用户会互相锁定？是不是他们都在访问相同的行？也许提高性能的真正解决方案是查询和索引调整，以便无论表大小如何都只涉及所需的数据。

归档只读历史数据将提高完整扫描的性能，提高当前数据的可管理性，并且可能由于较小的活动数据工作集而减少 I/O。您可以在计划的日常流程中将旧数据简单地移动到同一数据库中的存档表中。UNION ALL当用户需要报告当前和只读历史数据时，与其让用户调用单独的过程来复制数据，不如考虑使用当前和存档数据的视图。