解决方案 »

  1.   

    select u.icon,r.image, u.name, r.content, r.to_user as toUser, r.from_user as fromUser,r.id,r.create_time as createTime ,
     r.reply  from t_reply r, t_user u  where r.from_user=u.id and r.posts_id=1 order by r.create_time asc这只能查询简单的回复楼层,如果是回复了具体那一楼,那楼层的计算也不好弄,回复他人的回复也不好查询出来,是不是我的思路就错了?
      

  2.   

    如果中间某一楼被删除了 该则么办?被删除了,就做一个标示字段,status(0:正常,1:被删除)。
      

  3.   

    因为他不仅包含了回复帖子,还包括了回复其他楼层,而且这里楼层是否也需要用一个字段来存?用层级关系就可以了,加一个父id字段,就表示是基于父id的基础之上来回复的帖子。
      

  4.   

    id 
    parentID
    userid
    title
    content
    ....
    就这样就行了。 没有parentID的就是主贴 或者说 0 楼。 通过 parentid 就可以知道是回复哪一层。不过这个表的设计虽然非常符合范式,但编程上略有复杂。
      

  5.   

     是不是类似我的reply这个字段,他其实就是对主键id的引用,若不为零就记录的是回复的哪一个标识,为零表示回复主贴。
    那在 查询的时候怎么构造这个语句啊,如果查出来这些第二层的也要带上她的楼层和他回复的楼层,还需要级联出2个用户的信息,能否用sql举个例子
      

  6.   

    sql不好构造SQL 需要用递归。如果不想用递归,则只能破坏范式,加入一列 topicID 放0层的IDid 
    topicID
    parentID
    userid
    title
    content
      

  7.   

    sql不好构造SQL 需要用递归。如果不想用递归,则只能破坏范式,加入一列 topicID 放0层的IDid 
    topicID
    parentID
    userid
    title
    content
    你能用递归给我举个例子吗?我递归用的少,破坏范式?
      

  8.   

     是不是类似我的reply这个字段,他其实就是对主键id的引用,若不为零就记录的是回复的哪一个标识,为零表示回复主贴。
    那在 查询的时候怎么构造这个语句啊,如果查出来这些第二层的也要带上她的楼层和他回复的楼层,还需要级联出2个用户的信息,能否用sql举个例子 是不是类似我的reply这个字段,他其实就是对主键id的引用,若不为零就记录的是回复的哪一个标识,为零表示回复主贴。【】理解正确。
    那在 查询的时候怎么构造这个语句啊,如果查出来这些第二层的也要带上她的楼层和他回复的楼层,还需要级联出2个用户的信息,能否用sql举个例子。【】你想想公司的上下级别关系,以及权限管理当中的多级别处理关系,就清楚了。至于sql,递归遍历,请参考:http://blog.csdn.net/ylqmf/article/details/5172901