关于“评论”中“盖楼”的数据库设计

现在很多网站里都有对新闻或产品什么的评论功能，在发表评论时可以选择对某一评论进行“回复”，即引用。比如，a发了一贴，b引用了a的贴，b的贴旧显示 a，b；如果c引用了b的贴那么c的贴就显示a,b,c。这样当一个贴被不断的引用时就出现了很多之前的引用信息，俗称“盖楼”。想请教一下这样的评论功能的数据库该怎么设计才能更优化。

解决方案 »

  1.   

    不，懂；帮，顶；学，习；赚，分。
    虽然这么回贴可能会被删除。
    谁他妈的删除了就是个王八蛋。
    强烈抗议CSDN这种即当婊子又想立贞洁牌坊的恶劣行为！！！
    有本事，就封杀我！！！理由在这里:
    他妈的一帮管理员有神经病啊???
    http://topic.csdn.net/u/20110422/10/1a381057-7a7b-41d9-8969-ad1f5b77f24a.html?38665
    最好给出完整的表结构,测试数据,计算方法和正确结果.否则耽搁的是你宝贵的时间。
    如果有多表,表之间如何关联?
    如何更有效地在SQL Server论坛上提问
    http://topic.csdn.net/u/20100716/19/6f132f16-20e4-418c-8dee-b99d5f86d320.html?75910
    [code=SQL]
      

  2.   

    是应该在数据库中保存这些回复内容还是只保存回复的pk id值，在输出的时候递归输出？