猫鼬私聊消息模型

问题描述 投票:3回答:2

我正在尝试在用户之间添加私人消息传递到我的数据模型中。我一直在两种可能的方式之间来回走动。

1)每个用户都有一个user_id,chat_id对的数组,对应于他们参与的聊天。聊天模型只存储chat_id和消息数组。

2)不要与用户存储聊天,只是让聊天模型存储一对user_id和消息数组。

选项(1)的问题是每当用户加入或开始聊天时,我需要首先通过数组查看用户是否已经存在user_id,chat_id对。然后在Chat中为chat_id做第二次查找。如果它不存在,我需要为两个参与的用户在两个不同的地方创建user_id,chat_id对。

使用选项(2),我将在聊天模型中搜索user_id 1,user_id 2对,如果我找到它,我就完成了,如果不是,我会为该对创建一个新的聊天记录并完成。

基于这个选项(2)看起来似乎是更好的处理方式。但是,我遇到的问题是如何以一种在聊天模型中易于搜索的方式来模拟用户ID的“对”。即,即使user_ids以错误的顺序传递,即如果user_id2,user_id1,我如何确保我能找到聊天记录。在Mongoose中建模的最佳方法是什么?

var chatSchema = mongoose.Schema({

  messages: [{
        text: { 
          type: String,
          max: 2000
        },
        sender: { 
          type: mongoose.Schema.Types.ObjectId, 
          ref: 'User'
        }
      }],
  participant1: [{                
          type: mongoose.Schema.Types.ObjectId, 
          ref: 'User'
        }]
  participant2: [{                
          type: mongoose.Schema.Types.ObjectId, 
          ref: 'User'
        }]
});

如果它像上面那样,我将如何搜索参与者对?我可以以某种方式订购参与者ID,以便他们总是参与者1 <参与者2,例如,使搜索更简单吗?

node.js mongodb mongoose
2个回答
6
投票

一些建议。

首先 - 为什么将Participant1和2存储为数组?有一个特定的发件人和一个(或多个)收件人(取决于您是否需要组邮件)。

请考虑以下架构:

var ChatSchema = new Schema({
    sender : {
        type : mongoose.Schema.Types.ObjectId,
        ref : 'User'
    },
    messages : [
        {
            message : String,
            meta : [
                {
                    user : {
                        type : mongoose.Schema.Types.ObjectId,
                        ref : 'User'
                    },
                    delivered : Boolean,
                    read : Boolean
                }
            ]
        }
    ],
    is_group_message : { type : Boolean, default : false },
    participants : [
        {
            user :  {
                type : mongoose.Schema.Types.ObjectId,
                ref : 'User'
            },
            delivered : Boolean,
            read : Boolean,
            last_seen : Date
        }
    ]
});

此架构允许一个聊天文档存储所有消息,所有参与者以及与每个消息和每个参与者相关的所有状态。

布尔值is_group_message只是一种较短的方式来过滤直接/组消息,可能用于客户端查看或服务器端处理。直接消息显然更易于查询,但两者都非常简单。

meta数组列出了单个消息的每个参与者的传送/读取状态等。如果我们不处理组消息,这不需要是一个数组,但我们是,所以没关系。

主文档(而不是元子文档)上的deliveredread属性也只是告诉最后一条消息是否已发送/读取的简写方式。它们在每次写入文档时都会更新。

此架构允许我们将聊天的所有内容存储在一个文档中。甚至是群聊。


3
投票

嗯,这个问题没有正确的答案,但是,你提到的方法肯定不是最好的!

首先,当您考虑设计“聊天”模型时,您需要考虑用户之间会有数百万条消息,因此您需要在需要获取聊天时关注性能。

将消息存储到数组中根本不是一个好主意,您的模型的大小将会很大,您必须考虑到MongoDB的文档大小限制目前是每个文档16 MB。

https://docs.mongodb.com/manual/reference/limits/

其次,您必须考虑分页方面,因为它会影响聊天时的性能,当您检索2个用户之间的聊天时,您不会在开始时请求所有聊天,您只需要请求最新的如果用户滚动聊天,你可以请求较旧的那些,这方面非常重要,并且由于它对性能的影响而不能忽略。

我的方法是将每条消息存储在一个有针对性的文档中

首先,将每条消息存储在一个文档中将提高您在获取聊天记录期间的性能,并且文档大小将非常小。

这是一个非常简单的例子,你需要根据你的需要改变模型,它只是代表这个想法:

const MessageSchema = mongoose.Schema({
    message:{
        text: { type:String, required:true }
        // you can add any other properties to the message here.
        // for example, the message can be an image ! so you need to tweak this a little
    }
    // if you want to make a group chat, you can have more than 2 users in this array
    users:[{
        user: { type:mongoose.Schema.Types.ObjectId, ref:'User', required:true }
    }]
    sender: { type:mongoose.Schema.Types.ObjectId, ref:'User', required:true },
    read: { type:Date }
},
{
    timestamps: true
});

您可以通过此查询获取聊天记录:

 Message.find(({ users: { "$in" : [#user1#,#user2#]} })
    .sort({ updatedAt: -1 })
    .limit(20)

简单干净!如你所见,使用这种方法分页变得非常容易。

热门问题
推荐问题
最新问题