1

我有一个使用设计进行身份验证的 rails 3.1 项目。

我有几种用户类型，每一种都在数据库中使用非常不同的字段。我对每个模型都有不同的模型，但是模型之间有足够的重叠功能，例如消息传递，因此拥有一个模型是有意义的。在处理不同类型用户之间的消息传递时，这尤其是一个问题。

我应该将它们全部保留为单独的表还是将它们移动到单个表中？考虑到我们将一直在查找用户这一事实，多表继承确实没有多大意义。加入明智的做法简直太昂贵了。

将每个用户类型的所有未使用列都放在表中，感觉真的很脏。

想法？

4

1 回答 1

1

就我个人而言，我不认为未使用的列有什么大不了的，但是如果它真的困扰你，你可能想尝试一个非正统的解决方案。您是否考虑过“存储”所有不同类型用户不常见的属性？我说的是使用诸如attr_bucket 之类的插件。

本质上，您会在 db 表中添加额外的列：

t.text :non_common_attributes

然后在每个不同的用户模型（继承自一个公共类）中，您将拥有如下内容：

class UserType1 < User
  attr_bucket :non_common_attributes => [:first, :second, :third]
end

class UserType2 < User
  attr_bucket :non_common_attributes => [:fourth, :fifth]
end

您将像以正常方式定义它们一样使用属性，但是当您将模型保存到数据库中时，所有这些属性都将通过 YAML 序列化并存储在:non_common_attributes列中。当您再次加载模型时，它们将被透明地反序列化。

有一些注意事项，例如您不想通过任何分桶属性搜索用户（因为您无法对这些属性进行索引）等。但在您的情况下，它可能只是您的情况后。我不会太担心序列化和反序列化的成本，这可能不会成为问题，因为您不太可能同时保存/加载数千个用户。

事实上，我使用了类似的解决方案（但手卷而不是使用宝石），其中大多数属性需要加密的模型。我只是将所有属性存储在一起并加密存储桶 - 很有效。

于 2011-08-14T07:08:20.727 回答