何时开始担心数据库表中的行答案

【问题标题】：When to start worry over rows in database table何时开始担心数据库表中的行
【发布时间】：2011-12-28 06:47:19
【问题描述】：

我正在构建一个会快速增长的数据库。有些表在一年内将包含数百万行。我应该什么时候开始担心数据库的大小？

3000 万行的表是否无法处理？这通常是如何解决的？

【问题讨论】：

【解决方案1】：

几百万行并没有那么大。为您的查询工作负载创建适当的索引将使事情保持快速。

SQL Server 的（松散的）经验法则是，您应该考虑在 20 到 3000 万行标记左右进行分区。 [假设您在生产中拥有 SQL Server 企业版。但分区并不总是解决方案。]

【讨论】：

【解决方案2】：

经过适当调整的表可以处理数十亿行，所以不用担心 8-) 我的生产项目中有几个表，每个表超过 15 亿行

但是 - 是的！

处理和维护这些表需要更多时间

【讨论】：

您有几张表 > 1,500, 000, 000 行？
@MitchWheat 是的，想谈谈这个吗？ 8-) 我在公司工作，该公司每天生产 1.5+ 百万份纸质文件，其中大部分都有电子化身，而且许多文件只有电子形式。大多数这两种类型的文件都是针对税务部门的 - 所以我们不能在使用后丢弃它们 8-)
@MitchWheat 2 台相同的服务器：24 核 @ 128 Gb RAM，存储 - Hitachi SAN，允许同时在 24 个通道上达到 800 Mb/秒，在 150 个通道上同时达到 300 Mb/秒。 StorageTec 备份库 ~ 800 Tb 空间。 HI端日立存储每年的升级成本约为2.5-3 M$。你想知道的就这些？哦，是的 - 每秒大约 100-300 个数据请求和超过 3000 个虚拟用户
@MitchWheat Hitachi is - AMS2300 (middle end), USPVm, NSC55 (both hi-end) 所有三个支架都连接到超级节点并使用相同的缓存
@MitchWheat 又买了一个日立支架 - VSP