Rails、数据结构和性能
Rails、数据结构和性能
提问于 2011-09-20 17:29:27
假设我有一个rails应用程序，有3个表，一个用于提问，一个用于选项(此问题的可能答案)，还有一个用于投票。
目前，当请求给定问题的统计数据时，我必须对每个选项进行SQL查询，该查询将在"votes“表(大约150万个条目)中查找并计算该选项被选中的次数。它很慢，需要4/5秒。
我正在考虑直接在问题表中添加一列，该列将存储统计数据，并在每次有人投票时更新它们。这是一个很好的实践吗？因为它对于投票表中已经存在的信息来说似乎是多余的，只有它才能更快地加载。或者我应该创建另一个表来保存每个问题的统计数据？谢谢你的建议！
回答 3
Stack Overflow用户
回答已采纳
发布于 2011-09-20 17:36:28
Rails提供了一个名为counter_cache的功能，可以满足您的需求
将counter_cache选项添加到投票模型
class Vote < AR::Base
belongs_to :question, :counter_cache => true
end和下面的迁移
add_column :questions, :votes_count, :integer, :default => 0 这将为投票表中的每个新记录递增问题表中的votes_count字段
有关更多信息，请访问：RailsCast
Stack Overflow用户
发布于 2011-09-20 17:34:49
这将是一个明智的决定，ActiveRecord:CounterCache就是为了这个目的而制定的。
此外，还有一个Railscast for that
Stack Overflow用户
发布于 2011-09-20 17:33:20
您可能可以使用GROUP BY执行一个“聪明”的SQL查询，这将在一个查询中给出预期的结果。如果查询速度很慢，则可能需要在表上添加一些索引。
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/7482975
复制相关文章
相似问题
腾讯云开发者
