MongoDB 模式设计 --- 与群体的友谊

Question

嗨朋友们~ 我想使用 MongoDB 来实现基于群组的友谊模型。就像谷歌嗡嗡声一样。 例如，
我叫汤姆，史蒂夫和加文是我的朋友。史蒂夫是我的同学兼同事，加文是我的同事。

Tom
  -Group Classmates
     Steve
  -Group Coworkers
     Steve
     Gavin

我的问题是如何设计这个架构？
在rails和Mongoid中，我编写了以下代码：

这是user.rb

class User
  include Mongoid::Document

  field :username
  field :email

  field :block_list, :type => Array, :default => []


  key :username

  embeds_many :groups

  embeds_many :pending_requests

  has_and_belongs_to_many :friends, :class_name => "User"

end

group.rbending_request.rb

class Group
  include Mongoid::Document
  embedded_in :user

  field :name

  field :members, :type => Array, :default => []
end

有

class PendingRequest
  include Mongoid::Document
  embedded_in :user

  field :username
  field :body
end

什么建议吗？谢谢。

Answer 1

您可以通过多种方法为此目的设计架构。要问的重要问题之一是：如果汤姆说加文是同事，这是否意味着加文也会将汤姆显示为同事？

是：
如果汤姆或加文可以在他们两人之间创建一个链接，并且无论哪种方式都是相同的链接（无论创建该链接的过程如何），那么您真正谈论的是一种关系。 Mongo 是一个 NoSql 数据库，不执行联接，因此您必须通过多个选择和更新查询来管理这种关系。汤姆可以保留一份同事名单，加文也可以保留一份同事名单，只要他们中的任何一个添加另一个，两个文件都需要更新。说实话，这种关系才是关系数据库所擅长的。 Mongo 可能不是最好的解决方案。

否：
如果 Tom 可以完全独立于 Gavin 的想法来确定 Gavin 是否是同事，那么您应该在用户集合中存储一组同事。对于同学来说也是如此。每个用户文档都有一个姓名字段、一个同事字段、一个同学字段等。要获取 Tom 的信息，您只需从单个集合中提取单个文档即可获得全部信息。

请记住，跟踪文档之间的关系并不是 Mongo 的强项。如果您需要处理大量关系和相对较小的文档，那么 Mongo 确实不是您的最佳选择。

使用 mySql 来管理用户和关系，同时在 Mongo 中存储活动日志、评论、帖子等并没有什么问题。