如果假设 父评论=上一层评论;子评论=当前我的评论;我目前能想到的所有方法:
- 把所有父评论全部htmlspecialchars后存入mysql?这样做弊端就是其中一项评论因为和谐原因被删除后,只能将该项评论删除,它的子评论还会出现,因为已经写死在mysql中了。
- 将所有父评论serialize后存入数据库,读取时再来递归遍历,不过只是一个想法,还不知道具体该怎样遍历。
- 将所有评论的reply_id 存入数据库,读取时一次性读取这些 reply_id,这种方法相对于第一种灵活一些,能实时删除数据,但是数据库消耗太大,需多次读取数据库。
以上这些个人感觉都不太合适,请问有没有更好的方法?
回复内容:
如果假设 父评论=上一层评论;子评论=当前我的评论;我目前能想到的所有方法:
- 把所有父评论全部htmlspecialchars后存入mysql?这样做弊端就是其中一项评论因为和谐原因被删除后,只能将该项评论删除,它的子评论还会出现,因为已经写死在mysql中了。
- 将所有父评论serialize后存入数据库,读取时再来递归遍历,不过只是一个想法,还不知道具体该怎样遍历。
- 将所有评论的reply_id 存入数据库,读取时一次性读取这些 reply_id,这种方法相对于第一种灵活一些,能实时删除数据,但是数据库消耗太大,需多次读取数据库。
以上这些个人感觉都不太合适,请问有没有更好的方法?
shinebay大神提问,笔者斗胆在这里说几句SQL表设计的东西:
(1)网易这种评论我觉得使用路径枚举存储是最合适的,就是说:
评论ID的组成为:
commentID | Path
1 | /1
2 | /1/2
3 | /1/3
4 | /1/2/4
如果删掉2号评论,直接把Path中匹配 ^/1/2的全部删掉就OK了。
(2)当然还有一种更优雅的方式,就是用闭包表:
最后,以上所有的创意都来自于SQL反模式这本书。