我正在一个小项目上工作，其中一个客户希望有一个自定义评论系统在公司的内部网络内共享。其逻辑类似于Google+、Facebook(其他?)用户将发布帖子并能够选择与之共享的人，其中默认(无)将分配给该人员列表中的每个人。
我的问题是什么是最好的方式来建立一个表来存储帖子，它可以有所有或选择的人作为说的帖子的可观看者。我想我现在最大的问题是如何理解它的逻辑。我有多行每篇文章，每个用户的id (s)能够看到所述的帖子，我应该有一个列在单行的帖子，我存储的数组或对象的人能够查看帖子，我是开放的建议。我还没开始写呢。所以我最终寻找建议的一个好方法来建立表，将支持健全的查询逻辑，这不会花费我的头在多个查询或多行我不需要。我不想一开始就把事情弄清楚，因为我不想把自己禁锢在一些从长远来看很难退出的事情里。
您所建议的是一对多关系。网上有大量关于数据库关系的信息。每个帖子可以有许多人被允许使用它。你会有一个posts表，一个users表和一个users_post表。用户发布表将包含一个post_id和一个user_id。然后，您必须检查用户是否可以通过此关系查看该帖子。
你也可以把用户分组，这样就简化了。