这种表结构的最具可扩展性的设计是什么

Question

DataColumn, DataColumn, DateColumn

我们经常通过日期将数据放入表中。

所以一切看起来都很棒，但后来我想：当表中有一百万或十亿行时会发生什么？ 我应该按日期分手吗？ 这样查询性能永远不会降低？ 人们如何处理这类事情？

Answer 1

您可以使用以SQL 2K5开头的分区表 ： 分区表

通过这种方式，您可以将逻辑设计保持纯净，同时能够将旧数据移动到不同的文件组中。

Answer 2

你不应该因为数据而破坏你的表。 相反，您应该担心索引，规范化等。

更新

更深入的解释。 假设你有一张包含一百万条记录的表格。 如果[DateColumn]上有不同的日期，那么最大的盟友将是与[DateColumn]一起使用的索引。 然后确保您的查询始终至少按[DateColumn]过滤。

这样，你会没事的。

Answer 3

这很容易被认为是过早优化，这在db设计恕我直言中很难实现，因为优化在数据建模中应该更接近表面。

但您需要做的就是在DateColumn字段上创建索引。 索引实际上是一种比任何类型的表拆分/拆分更好的性能解决方案，并保持您的设计，因此您的所有编程都更简单。 （如果有帮助的话，你可以决定在未来使用分区而不影响你的设计。）

Answer 4

听起来你可以使用历史表。 如果您主要要查询当前日期的数据，那么将旧数据迁移到历史记录表，主表不会增长太多。

Answer 5

当表和索引变得非常大时，分区可以通过将数据分区为更小，更易于管理的部分来提供帮助。

Microsoft SQL Server 2005允许您使用定义的范围或列表根据特定的数据使用模式对表进行分区。 SQL Server 2005还通过添加围绕新表和索引结构设计的功能，为分区表和索引的长期管理提供了许多选项。

此外，如果在具有多个CPU的系统上存在大型表，则对表进行分区可以通过并行操作获得更好的性能。

您可能还需要考虑以下事项：在SQL Server 2005中，分区为同一分区键和相同分区函数的相关表（例如Order和OrderDetails表）被认为是对齐的。 当优化器检测到两个已分区和对齐的表已加入时，SQL Server 2005可以首先加入驻留在相同分区上的数据，然后合并结果。 这使SQL Server 2005可以更有效地使用多CPU计算机。

---

阅读SQL Server 2005中的分区表和索引

Answer 6

如果我理解你的问题是正确的，那么你有一张包含一些数据和日期的表。 你的问题是 - 如果每年制作一张新桌子，我会看到改善的表现。 这样查询就不必查看超过一年的数据。

这是错的。 相反，您应该将日期字段设置为索引。 如果它是索引，服务器将能够为您提供所需的性能增益。

如果你不这样做，程序的逻辑会变得疯狂并最终导致你的系统变慢。

把事情简单化。

（注意 - 您可以使用一些高级分区功能，但如果需要，可以在以后进行分层 - 您不太可能需要这些功能，但如果需要，简单设计应该能够迁移到它们。）