谁能帮我分析一下这个数据表中发帖与回帖之间的关联关系

我这个数据表是从安卓APP数据库导出来的帖子内容。想做一个网页完全展示帖子的完整信息，但是一直找不到发帖与回帖之间的字段关联关系，感觉应该在NATIVE_NODEMSG_ID字段中，但是又解析不出来，请帮忙分析，谢谢！

下面是带了帖子的截图，我把字段的对应关系也做了标注

解析如下，如果对你有所帮助望采纳：
1、首先，主帖表NODE可以通过NODE_ID字段关联到NODE_NODE_MSG表
2、其次，NODE_NODE_MSG通过NODEMSG_ID字段关联到NODE_MSG表，而NODE_MSG表中的HOUSE_ID代表是否同一个帖子，RECEVIER_ID和SENDER_ID代表接收者和发送者,然后通过这两个字段关联到PRIVILEGES表中的用户信息
3、最后，NODE_MSG表中的NATIVE_NODEMSG_ID应该是uuid工具生成的一个字符串，用来标识唯一性的标识，不一定牵涉到实际的关联关系，只是类似于该表的id，只不过id是递增的
4、对于同一个HOUSE_ID下的帖子顺序，可以按id排序，因为写帖子信息时id是递增的

这个应该是某种算法生成的id，有点像雪花算法生成的，目的是使得id不重复，你可以直接当成唯一id处理即可

你再贴下帖子内容的截图展现形式

用户表（表名暂且定义为forum_user）和帖子表（表名暂且定义为forum_title）是多对多的关系。我认为，要完成这样关系的一种连接，需要一张中间表（表名暂且定义为forum_temp）。
forum_temp表的字段至少应该有id（唯一标识）,user_id（用户id）,title_id（帖子id）。字段user_id和title_id应该设置为外键用来关联表forum_user和forum_title

一、在数据库方面，我们分为两种情况讨论：

①单表设计（评论数少）：评论不多的时候，一个帖子对应两三条评论，那么数据表中一个帖子对应重复的数据也仅仅几条而已。但是这种情况比较少出现，因为很多时候这种"问题—评论“的模型通常对应很多条评论。所以我们放弃单表设计。

②多表设计（评论数多）：如果每条帖子对应的评论数都很多，那么在单表设计模式下数据冗余情况就十分严重了，所以我采用分表的方法存储信息。

思路是分为帖子表和评论表两张表，并且两表用帖子的postid作为外键关联。先取帖子，然后再取评论，最后根据postid拼接成一条完整的json数据。

从上到下，依次是帖子表、评论表、回复表。