冗余列优化是数据库优化的常见方法。一些情况，由于一个字段在其他表里，在查询的时候就需要做 JOIN 查询。比如：查询积分大于 100 的用户的帖子，状态是 active 的用户的文章等。
优化这样的查询的办法之一就是使用冗余列，上面的例子把用户积分冗余到帖子表里，把用户状态冗余到文章表里。这样只需要简单的查询就可以了。
但是冗余列会带来数据的不一致性。这就需要额外的维护成本。比如，用户状态的变化要同步到文章表。 还有就是每次创建文章都需要手动设置用户状态。
redundant_column 就是解决上面问题的插件。
简单的使用方法：
class User < ActiveRecord::Base has_many :topics, :redundant_column => {:status => :user_status} end
class Topic < ActiveRecord::Base belongs_to :user, :redundant_column => {:user_status => :status} end
user = User.create(:name => "Hooopo", :status => "active")
topic = Topic.create(:user => user, :title => "this is title")
assert_equal topic.user_status, user.status
user.status = "disable" user.save
topic.reload
assert_equal topic.user_status, user.status
@hooopo 说到冗余，求教一个问题，比如说各种表有各种 count, 是把 count 提出来放到一个专门的 counter 表好呢，还是放在各自的表里好呢，一般是怎么处理的？
#5 楼 @fresh_fish 看结构啦。 比如 user has many topics 这种。user 表里有 topics_count. 还有一种是比如总帖子数量，总用户数量，网站总访问量等，这些需要单独表或 redis 记录。
@hooopo 想到一个问题，有的时候做表表，我们需要统计一天的增长量，Order.group("date(purchased_at)").select("purchased_at, sum(total_price) as total_price"), 这样的话每次报表现实的时候都要查询，这种时候有没有好的解决方法呢
#15 楼 @huacnlee 如果是 user_name 这种我不推荐做冗余，可以通过对象缓存的方式解决。我举那个例子是不能通过对象缓存方式解决的。其实很贴切。
user 对象一般都会在缓存里，取 name 不需要查数据库，当然冗余了更快。。 类似的讨论可以看这个帖子：http://www.iteye.com/topic/451660#1166006