有问题的数据模式，性能方面

Question

断言：当数据量变得非常大（例如，数十或几兆字节）时，SQL数据库的性能会下降。 这意味着数据库设计中的某些模式对于大多数中小型数据库而言是合理的，这些模式在数据库增长时会崩溃。对于（一个相当普遍的）示例，有一种趋势是远离设计完全（或称BCNF）规范化的数据模型，因为必要的连接会过度影响性能。 另请参阅this question

我的问题是这样的：您是否知道任何数据库模式，虽然在典型数据库中是合理的，但是对于huuuge数据库会中断（性能方面），特别是SELECT查询？是否存在可以在没有这些性能问题的情况下实现相同（数据方式）的替代策略？

Answer 1

标识列？！

对于包含大量数据和大量插入/删除事务的HUGE表，可能会发生这种情况。

编辑：好的。重新阅读你的问题。 索引可能是包含大量行的表中插入的巨大性能瓶颈。

Answer 2

首先想到的是将文件作为blob存储在数据库中。我已经看到许多系统开始相当小，比如在单个blob数据表中低于10GB，然后随着它们的增长开始达到最高限度。您可以通过正确构建解决方案来减轻一些损害，但一般来说，我认为数据库中存储文件的模式会随着大小的增加而崩溃。