我们的网站有一些大而简单的（INT、INT、DATE）统计表。每个表最多有 300,000,000 行，而且每天都在变大。
托管服务提供商建议我们拆分或分区表，我在其他地方多次看到此建议。
然而...
我正在努力将这个建议与SQL Server规定的最大容量相协调——数据库大小为 524,272 TB，表行仅受“可用存储”的限制。
根据这些数字，上面描述的表格很容易有数以百万计的行（10 的 303 次方）。
啊哈哈，你可能会说，能力和性能是有区别的。
但几乎所有关于 SQL Server 性能的问题的答案都是“这取决于......取决于表设计和查询设计”。
这就是我问这个问题的原因。桌子的设计再简单不过了。基于索引 ID 字段的简单 count(*) 操作查询也不能。