在此应用程序中，有用户，对话和消息。 超过2个用户可以参与对话。
我在想这个:( ----是关系，CAPITAL_WORDS是实体）
MESSAGE ---- CONVERSATION ---- USER
msg包含发件人和要发送的内容;
对话包含参与该对话的用户;
但这还不够，因为发件人是用户，MSG和USER之间还有另一个链接。如果我添加这种关系，我有一个问题，因为发件人应该是参与对话的用户。（如果我没有误会，有一个IS-A关系）
我真的不知道如何模拟这个问题。如果对话只在2个用户之间，我只需要MESSAGE和USER。事实上，CONVERSATION实体很奇怪。
如果我从最初的问题中消除了CONVERSATION，我必须在MESSAGE中添加一个包含partecipants列表的字段。但是这样我就会错过对话的概念，然后如果我必须检索与对话相关的消息，我需要连接所有数据:)。 - ＆GT;不切实际
我将欣赏每一个建议。我甚至不知道数据库是否适合这种应用程序。我的想法是做一些不太难以处理的事情。（记住我可能会失去表现）