現在有一張post表 （結構不能改變）
tid 主題pid
pid 回覆id
現在新增了評論嵌套顯示功能，即tid=1
a評論了一條pid為1
b回復了a的評論pid為2
c回復了b的評論pid為3
d回復了a pid為4
顯示為
1樓 pid1
2樓 pid1,pid2
3樓 pid1,pid2,pid3
4樓 pid1,pid4
即每一個對他人的回應都需要引用先前所有的回應。
(形式跟網易新聞的評論一樣)
我目前想到一種結構就是post_conversation pid ,to_pid
這樣 2樓回复就插入 2,1
<code> 3楼回复就插入两条 3,1
3,2
4楼回复就插入 4,1 </code>如果有一個99樓的對話 就得插入98條資料
<code>这样有个好处就是可以很方便取出任意一个pid的评论情况 select topid from post_conversation where pid = 'xxx' order by pid ; 但是会造成多的重复数据 一个99楼对话得插入1+2+3+。。。+99条 </code>
如果這麼設計post_conversation
pid,parent_pid(被回覆的pid)
資料量是小了，（每次回覆只插入一條查詢）；
但是查詢每一個pid的所有對話，很麻煩（我想到的是遞歸資料庫）；
<code>select parent_pid from post_conversation where pid = 'xxx'
select parent_pid from post_conversation where pid = 'parent_pid '
...
一直到parent_pid 为0为止，查询出所有的对话pid
</code>請問大家有沒有好的建議
現在有一張post表 （結構不能改變）
tid 主題pid
pid 回覆id
現在新增了評論嵌套顯示功能，即tid=1
a評論了一條pid為1
b回復了a的評論pid為2
c回復了b的評論pid為3
d回復了a pid為4
顯示為
1樓 pid1
2樓 pid1,pid2
3樓 pid1,pid2,pid3
4樓 pid1,pid4
即每一個對他人的回應都需要引用先前所有的回應。
(形式跟網易新聞的評論一樣)
我目前想到一種結構就是post_conversation pid ,to_pid
這樣 2樓回复就插入 2,1
<code> 3楼回复就插入两条 3,1
3,2
4楼回复就插入 4,1 </code>如果有一個99樓的對話 就得插入98條資料
<code>这样有个好处就是可以很方便取出任意一个pid的评论情况 select topid from post_conversation where pid = 'xxx' order by pid ; 但是会造成多的重复数据 一个99楼对话得插入1+2+3+。。。+99条 </code>
如果這麼設計post_conversation
pid,parent_pid(被回覆的pid)
資料量是小了，（每次回覆只插入一條查詢）；
但是查詢每一個pid的所有對話，很麻煩（我想到的是遞歸資料庫）；
<code>select parent_pid from post_conversation where pid = 'xxx'
select parent_pid from post_conversation where pid = 'parent_pid '
...
一直到parent_pid 为0为止，查询出所有的对话pid
</code>請問大家有沒有好的建議
謝邀
曾經我這邊也是用最原始那種遞歸查詢的方法來實現（菜單，評論）無限嵌套。後來在Laravel-China 社群看到管理員發的一篇文章，文章地址https://laravel-china.org/topics/2124，使用預先排序遍歷樹演算法(Nested set model) 實現無限樹狀層級模型（標籤系統，選單系統，評論系統等）。題主可以參考下。
"引用評論"實現代價比較大,冗餘比較多,可以考慮用"回复評論"來替代:
一篇文章對應多條評論,一條評論對應多條回复.
問答社區segmentfault.com和騰訊新聞等用的都是"回覆評論".
就拿segmentfault來說:
提問者(樓主)發了一個問題,這個問題有多個回答(層主),在數據庫是一對多的關係.
每個回答又可以有多個回應,也是一對多的關係.
<code>question(id, user_id,content) answer (id,question_id,user_id,content) reply (id,answer_id, user_id,content)</code>
