存储数据库记录计数是否多余？

Question

我正在使用 Rails 和 MySQL，并且有一个基于行计数的效率问题。

我有一个 Project 模型，has_many :donations。

我想计算一个项目的独特捐助者的数量。

在 projects 表中添加一个名为 num_donors 的字段，并在创建新捐赠者时递增该字段是个好主意吗？

或者，由于数据库优化，像 @num_donors = Donor.count(:select => 'DISTINCT user_id') 这样的东西在效率方面会相似或相同吗？这是否需要我为 user_id 以及我想要计数的任何其他字段创建索引？

对于捐赠总额的求和，同样的答案是否成立？

Answer 1

来回答一下标题的问题。是的，这是多余的，但是否应该这样做取决于您的情况。

除非您存在已知的性能问题，否则请在应用程序中动态计算计数和总计，并且不要存储它们。也就是说，除非别无选择，否则不要存储计算值。

在大多数情况下，您不必也不应该诉诸于此。

如果必须存储计算值，请执行以下操作：

• 不要通过递增来使其保持最新。每次更新时重新计算所有数据的计数/总计。
• 如果你的更新不多的话
  将代码放入更新触发器中
  保持计数/总计最新。
• 冗余的问题
  数据库是当数字
  不同意，你不确定哪个是
  权威性。添加到
  文档说明来源
  数据是权威来源，如果
  他们不同意并且可以被覆盖。

Answer 2

虽然这取决于数据库的大小，但这些是数据库专门从事的操作类型，因此它们应该很快。这里可能是过早优化的情况 - 您应该从不存储总数开始，从而使其更简单 - 并在必要时稍后进行优化。

Answer 3

记住这句格言“一个人带着一只手表总是知道时间。一个人带着两块手表永远不确定。”我只会在以下情况下存储派生数字：

性能问题阻止您在以下情况下获取派生数字：您需要它们（在这种情况下这应该不是问题，因为答案可能可以从索引中获得）

或者

您有理由相信您由于程序员错误或故意或意外的用户操作而丢失了主表中的记录。在这种情况下，您可以使用派生的数字来审核当前计算的数字。

Answer 4

Peter 和 JohnFx 的答案是合理的，您建议的是数据库架构的非规范化，这可以提高读取性能，但会损害写入，同时还让开发人员（或其他 DBMS 专家）承担防止数据集中出现不一致的责任。

ActiveRecord 有一些内置功能可以自动管理 has_many 关系的计数。查看计数器缓存上的 Railscast。

Answer 5

您知道 ActiveRecord 的神奇之处在于一个简单的标志吗？

class ThingOwner

# it has a column like
# t.integer things_count, :default => 0

has_many :things, :counter_cache => true

end

至于问题 - 是的，当然这是多余的，当且仅当 things.count 的时间份额太大时，我才会添加这样的计数器。

否则就是过早的优化。