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这只能查询简单的回复楼层,如果是回复了具体那一楼,那楼层的计算也不好弄,回复他人的回复也不好查询出来,是不是我的思路就错了?
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这只能查询简单的回复楼层,如果是回复了具体那一楼,那楼层的计算也不好弄,回复他人的回复也不好查询出来,是不是我的思路就错了?
parentID
userid
title
content
....
就这样就行了。 没有parentID的就是主贴 或者说 0 楼。 通过 parentid 就可以知道是回复哪一层。不过这个表的设计虽然非常符合范式,但编程上略有复杂。
那在 查询的时候怎么构造这个语句啊,如果查出来这些第二层的也要带上她的楼层和他回复的楼层,还需要级联出2个用户的信息,能否用sql举个例子
topicID
parentID
userid
title
content
topicID
parentID
userid
title
content
你能用递归给我举个例子吗?我递归用的少,破坏范式?
那在 查询的时候怎么构造这个语句啊,如果查出来这些第二层的也要带上她的楼层和他回复的楼层,还需要级联出2个用户的信息,能否用sql举个例子 是不是类似我的reply这个字段,他其实就是对主键id的引用,若不为零就记录的是回复的哪一个标识,为零表示回复主贴。【】理解正确。
那在 查询的时候怎么构造这个语句啊,如果查出来这些第二层的也要带上她的楼层和他回复的楼层,还需要级联出2个用户的信息,能否用sql举个例子。【】你想想公司的上下级别关系,以及权限管理当中的多级别处理关系,就清楚了。至于sql,递归遍历,请参考:http://blog.csdn.net/ylqmf/article/details/5172901