MongoDBメッセージアプリケーションの構造

Question

メッセージアプリケーションを扱うための良い文書構造について考えています。 （別の連絡先または連絡先のグループを含む）

1. ユーザー（ユーザー名、電子メール、パスワードなど）
2. 連絡先リスト：

   は、私は基本的にオブジェクトの3（または4）の種類を必要とします

3. 会話（会話が一部の人の間でのメッセージの集まりである）
4. メッセージは（メッセージ本文、いくつかのタイムスタンプと作成者が含まれています。）

私の考えでは、ユーザーのドキュメントに連絡先を埋め込むために、会話の文書にメッセージを埋め込むことだった：

1.ユーザー

{ 
    username: 'dev.puS', 
    usernameCanonical: 'dev.pus', // used for unique constraints 
    email: 'developement.pus@gmail.com, 
    emailCanonical: 'developement.pus@gmail.com, 
    salt: 'some hash', 
    password: 'hash with salt', 
    logs: { last_login: 12.06.2008, last_password_reset: 04.03.2007 }, 
    state: { online: true, available: false }, 
    contacts: [ user_id1, user_id2, user_id3 ] 
} 

2.会話

{ 
    members: [ user_id1, user_id2 ], 
    messages: [ 
     { author: user_2, body: 'Hi what's up' }, 
     { author: user_1, body: 'Nothing out here :(' }, 
     { author: user_2, body: 'Whanna ask some question on stackoverflow' }, 
     { author: user_1, body: 'Okay, lets go' } 
    ] 
} 

このスキーマについてどう思いますか？

各ドキュメントの更新頻度が異なるため、ドキュメントを個別に保つ方が良いと思います。いくつかのアドバイスを聞いて良いでしょうので、しかし、私は実際にそれについての経験を持っていない:)

よろしく

Answer 1

あなたの質問は本当にスキーマ設計の一つです。 http://www.mongodb.org/display/DOCS/Schema+Design

また、そのドキュメントの「参照」セクションのリンクを確認することをお勧めします。MongoDBスキーマ設計のこのページでは、選択肢とトレードオフを理解することをお勧めします。特にビデオプレゼンテーションをお勧めします。 http://docs.mongodb.org/manual/use-cases/storing-comments/

Answer 2

私はこの質問であることを参照してください。

最後に、あなたはおそらく、メッセージングのための3つの可能なスキーマの議論/各デザインのためのトレードオフを含め、データベースのコメントについては、この文書を見てみる必要があります古いが、興味のある人のために、同様の質問を頼まれたと1つの答えが生きhttps://stackoverflow.com/a/30830429/132610

Conversation : { 
id: 123, 
members: [ user_id1, user_id2 ] 
} 
Message { conversationId: 123, author: user_2, body: 'Hi what's up' } 
Message { conversationId: 123, author: user_1, body: 'Whanna ask some question on stackoverflow' }