为何在SQL中使用COUNT而非COUNT_BIG？

根据文档说明，COUNT_BIG的行为与COUNT完全一致，但具备两项优势：

• 返回更大的数据类型；这意味着当COUNT因数据量过大执行失败时，COUNT_BIG不会失败。
• 允许在视图上创建聚集索引。

但实际场景中依然会使用COUNT，核心原因如下：

1. 习惯与兼容性 #

多数开发者从接触SQL起就使用COUNT，早已形成使用习惯。同时大量遗留系统、旧代码中都依赖COUNT，全面替换为COUNT_BIG需要额外的测试和改造成本，非必要场景下完全没必要。

2. 常规场景COUNT足够用 #

比如SQL Server中COUNT返回int类型，上限为2147483647，绝大多数业务表的行数都达不到这个量级，COUNT完全能满足统计需求，用COUNT_BIG属于冗余操作。

3. 工具与框架适配问题 #

部分报表工具、ORM框架对COUNT的支持更成熟，默认适配int类型的返回值。如果改用COUNT_BIG返回bigint类型，可能需要额外做类型转换，徒增复杂度。

4. 性能无差异 #

常规统计场景下，COUNT和COUNT_BIG的执行性能几乎没有区别，数据库引擎对两者的优化逻辑完全一致，不存在性能层面的替换理由。

内容的提问来源于stack exchange，提问作者sigod