讨论了在MySQL中实现评论盖楼的几种方法，包括将父评论转化为HTML字符存储、序列化存储和使用reply_id。提出了路径枚举和闭包表两种更优方案，其中路径枚举允许通过删除特定路径来处理评论删除，闭包表提供了一种更优雅的数据结构。来源于SQL反模式书籍的灵感。
如果假设 父评论=上一层评论；子评论=当前我的评论；我目前能想到的所有方法：
把所有父评论全部htmlspecialchars后存入mysql？这样做弊端就是其中一项评论因为和谐原因被删除后，只能将该项评论删除，它的子评论还会出现，因为已经写死在mysql中了。
将所有父评论serialize后存入数据库，读取时再来递归遍历，不过只是一个想法，还不知道具体该怎样遍历。
将所有评论的reply_id 存入数据库，读取时一次性读取这些 reply_id，这种方法相对于第一种灵活一些，能实时删除数据，但是数据库消耗太大，需多次读取数据库。
以上这些个人感觉都不太合适，请问有没有更好的方法？
回复内容：
如果假设 父评论=上一层评论；子评论=当前我的评论；我目前能想到的所有方法：
把所有父评论全部htmlspecialchars后存入mysql？这样做弊端就是其中一项评论因为和谐原因被删除后，只能将该项评论删除，它的子评论还会出现，因为已经写死在mysql中了。
将所有父评论serialize后存入数据库，读取时再来递归遍历，不过只是一个想法，还不知道具体该怎样遍历。
将所有评论的reply_id 存入数据库，读取时一次性读取这些 reply_id，这种方法相对于第一种灵活一些，能实时删除数据，但是数据库消耗太大，需多次读取数据库。
以上这些个人感觉都不太合适，请问有没有更好的方法？
shineba
最低0.47元/天 解锁文章
538
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
