我正在开展一个小型项目,客户希望在该公司的内部网络中共享自定义评论系统。逻辑是像Google+,Facebook(其他?)用户将发布帖子,并有能力选择人们分享它与默认(无)将在该人员列表中的每个人。
我的问题是建立一个表格来存储帖子的最佳方式是什么,它可以拥有所有帖子或选择人员作为所述帖子的能干观众。我想我现在最大的问题是围绕着它的逻辑。我是否每个帖子都有多行,每个帖子都有一个能够看到所述帖子的用户ID,如果我在帖子的单行上有一列,我可以存储一个能够查看帖子的数组或对象的对象,我愿意接受建议。我还没有开始研究它。所以我最终在寻找建立支持声音查询逻辑的表的好方法的建议,这不会花费我多头查询或我不需要的多行。不想在没有弄清楚事情的情况下开始,因为我不想把自己打成一个从长远来看难以退出的东西。
答案 0 :(得分:2)
你提议的是一对多的关系。有关互联网上数据库关系的大量信息。每个帖子都可以有很多人可以使用它。所以你会有一个posts表,一个users表和一个users_post表。用户post表将包含post_id和user_id。然后,您必须检查用户是否可以通过此关系查看帖子。
您还可以将用户分组,这样可以简化这一过程。
您永远不应该在db的一列中的数组中存储多个值。