Sql server 2008 何时将数据库视为“大型数据库”？

我有一个SQL Server 2008数据库，只有一个表，大约有50列。主键是日期时间。不可能进一步标准化，它只是一个表，每隔几秒钟存储来自不同传感器的值，所以是整数和小数。 所以现在，在过去的一个月里，我插入了将近560k行。 我的问题是，由于数据太多，什么时候开始出现性能问题

更具体地说： 到目前为止，我的要求是在图表中显示最后一个月，而不是这个问题的问题。如果我总是只在上个月从数据库中得到一个由PKso索引过滤的查询，那么表有多大有关系吗

---

Ups，long rant：感谢您的投入

只要确保针对表运行的任何查询都是索引搜索，而不是扫描或表扫描。您可以让SSM生成一个查询计划来告诉您这一点。只要搜索完成，您可能会有数亿行，并且仍然具有出色的性能。

如果您的表每月增加500k+行，这将很快变成一个大表：一年内您将有600多万行。尽管您需要的查询看起来很简单，并且使用索引的PK过滤数据，但我认为您可能会遇到性能问题

例如，您可能需要对数据计数、总和运行聚合查询，提供与前几个月的比较，或显示最近x个月的趋势演变

你可以考虑：

清除策略，删除旧数据； 构建指标表，汇总图表所需的汇总信息。

---

除了上面的一些建议之外，为了帮助减轻IO流失，我建议确保日期字段PK是一个聚集索引。这样，上个月的所有记录都应该是连续的，并且易于访问

一年内你将有600万行。如果一行是1K，那么这是一个6GB的表。在10年内，数据名义上为60GB。你应该很好。