Mysql 用户专用消息传递的基本数据库结构是什么样的?
我正在使用Rails3.2(不是RubyonRails的问题),我一直在做的一个项目即将结束。现在我正在构建一个用户私有消息功能 我一直在跟踪,但有些事情毫无意义,有些事情不起作用。。很可能是因为ROR的版本已经过时了 我现在打算自己做这件事,但需要一些帮助才能开始。我很难找到最好的方法来实现这一点 我已经有类似的东西了。。“墙贴”,几个用户可以评论一个墙贴在线程一样的方式。不过,如果删除了原来的墙贴,那么所有的评论都会被删除 对于我的信息系统,我希望它简单,只需收件箱。用户将看到他们在日期发送和接收的由sent_订购的消息。我希望用户能够删除他们的邮件,而不会删除其他邮件 我在想什么 -我在想一个方法来实现这一点是有两个副本的消息 -1用于用户A(发件人),1用于用户B(收件人),这样他们可以独立地管理邮件,而不会影响其他用户 到目前为止,我已经考虑过拥有3张桌子:Mysql 用户专用消息传递的基本数据库结构是什么样的?,mysql,sql,database,oracle,database-design,Mysql,Sql,Database,Oracle,Database Design,我正在使用Rails3.2(不是RubyonRails的问题),我一直在做的一个项目即将结束。现在我正在构建一个用户私有消息功能 我一直在跟踪,但有些事情毫无意义,有些事情不起作用。。很可能是因为ROR的版本已经过时了 我现在打算自己做这件事,但需要一些帮助才能开始。我很难找到最好的方法来实现这一点 我已经有类似的东西了。。“墙贴”,几个用户可以评论一个墙贴在线程一样的方式。不过,如果删除了原来的墙贴,那么所有的评论都会被删除 对于我的信息系统,我希望它简单,只需收件箱。用户将看到他们在日期发送
亲切问候一张邮件表格和一张邮件收件人表格如何?在recip表格中,您可以有一列“如何处理此邮件”和选项“保留、回复、删除(不显示)、删除(显示)”,等等。然后,您可以加入到该列表中,以了解给定的recip是否关心此消息的结果 将一条消息复制多个副本似乎有些过分