5

我正在使用带有 mongoid 2.4.6 的 Rails 3.2.2。为了使我的集合保持较小，我使用“store_in”语句将子对象存储到单独集合中的基类中。我的代码如下所示：

class BaseClass
  include Mongoid::Document
end

class ChildClass1 < BaseClass
  store_in :child_1
end  

class ChildClass2 < BaseClass
  store_in :child_2
end

似乎对象随机存储在 or 或其他子集合中。Child1 类型的对象有时会存储在集合 Child2 中。这是我在日志中看到的令人惊讶的事情：

Started POST "/child_class_1" for 127.0.0.1 at 2012-05-22 10:22:51 -0400
Processing by ChildClass1Controller#create as HTML

MONGODB (0ms) myproject_development['child_2'].insert....

那是从哪里来的？这是 mongoid、rails 或 mongodb 中的错误吗？

4

1 回答 1

10

我花了一段时间，但我想出了答案。我决定发布它，希望它可以帮助其他人。

Mongoid 实现了一种叫做“单表继承”的东西。一旦您从父类派生子类，子类就会存储在父集合中，并添加一个“类型”属性。使用“store_in”明确地告诉 mongodb 将文档存储在哪个集合中。在子类中定义 store_in 使 mongoid 将所有内容（包括父级）存储在给定的集合中。我猜想为每个孩子使用专门的 store_in 分配会弄乱 mongoid。但是，结果是文档随机存储在任何给定的集合中。

这可以在 Ruby 中使用模块作为通用功能的 mixin 来解决。本文档对此进行了很好的描述。

但我决定不这样做！我想要这个的原因是为了保持我的收藏量很小，希望获得更好的性能。在与一些（10gen）专家交谈后，我认为更好的方法是对所有子元素使用单父对象集合。对 mongodb 的性能应该没有影响，但解决方案变得更加灵活。事实上，这更好地利用了 mongodb 中的无模式设计。

所以代码将再次看起来像这样：

class BaseClass
  include Mongoid::Document

  ... shared functionality

end

class ChildClass1 < BaseClass
  ...individual functionality...
end  

class ChildClass2 < BaseClass
  ...individual functionality...
end
于 2012-05-24T14:27:51.433 回答