评论应该怎么读取？

数据库结构:

<code>CREATE TABLE IF NOT EXISTS `Blog`.`comments` (
  `id` BIGINT UNSIGNED NOT NULL AUTO_INCREMENT COMMENT '评论ID',
  `content` TEXT NOT NULL COMMENT '评论内容',
  `create_time` INT UNSIGNED NOT NULL DEFAULT 0 COMMENT '评论时间',
  `author` VARCHAR(45) NOT NULL DEFAULT '' COMMENT '作者名称',
  `ip` VARCHAR(100) NOT NULL DEFAULT '' COMMENT 'IP',
  `url` VARCHAR(255) NOT NULL DEFAULT '' COMMENT '网址',
  `email` VARCHAR(255) NOT NULL DEFAULT '' COMMENT '邮箱',
  `agent` VARCHAR(255) NOT NULL DEFAULT '' COMMENT '浏览器信息',
  `parent_id` INT UNSIGNED NOT NULL DEFAULT 0 COMMENT '父级ID',
  `status` VARCHAR(100) NOT NULL DEFAULT '' COMMENT '状态',
  `article_id` INT UNSIGNED NOT NULL DEFAULT 0 COMMENT '评论的文章ID',
  PRIMARY KEY (`id`),
  INDEX `fk_article_comments_article1_idx` (`article_id` ASC))
ENGINE = MyISAM
COMMENT = '文章评论表';
</code>

相应文章的评论读出来以后，我用的递归把评论展示出来。
但是现在有个问题，比如我一页显示10个评论，要显示第一页，我现在把顶级评论读出来了，但是这些评论下的回复怎么查最优呢？（因为回复可能有很多级，所以我现在递归查询数据库已经。。。咳咳）

回复内容：

数据库结构:

<code>CREATE TABLE IF NOT EXISTS `Blog`.`comments` (
  `id` BIGINT UNSIGNED NOT NULL AUTO_INCREMENT COMMENT '评论ID',
  `content` TEXT NOT NULL COMMENT '评论内容',
  `create_time` INT UNSIGNED NOT NULL DEFAULT 0 COMMENT '评论时间',
  `author` VARCHAR(45) NOT NULL DEFAULT '' COMMENT '作者名称',
  `ip` VARCHAR(100) NOT NULL DEFAULT '' COMMENT 'IP',
  `url` VARCHAR(255) NOT NULL DEFAULT '' COMMENT '网址',
  `email` VARCHAR(255) NOT NULL DEFAULT '' COMMENT '邮箱',
  `agent` VARCHAR(255) NOT NULL DEFAULT '' COMMENT '浏览器信息',
  `parent_id` INT UNSIGNED NOT NULL DEFAULT 0 COMMENT '父级ID',
  `status` VARCHAR(100) NOT NULL DEFAULT '' COMMENT '状态',
  `article_id` INT UNSIGNED NOT NULL DEFAULT 0 COMMENT '评论的文章ID',
  PRIMARY KEY (`id`),
  INDEX `fk_article_comments_article1_idx` (`article_id` ASC))
ENGINE = MyISAM
COMMENT = '文章评论表';
</code>

相应文章的评论读出来以后，我用的递归把评论展示出来。
但是现在有个问题，比如我一页显示10个评论，要显示第一页，我现在把顶级评论读出来了，但是这些评论下的回复怎么查最优呢？（因为回复可能有很多级，所以我现在递归查询数据库已经。。。咳咳）

如果使用3个 id 呢, 一个是回复对象(上级回复) id, 一个是文章 id, 一个是顶级回复 id 呢, 这样可以用顶级回复 id 一次性去取全部的, 再根据时间排序好楼层, 还需要一个字段标记不是回复别人而是直接评论文章, 加入这个条件来分页

其实不建议盖那么多楼层, 一次就好, 想 sf 这样, 评论都在现在, 使用 @xxx 的方式就好, 当然直观性不如盖楼

也会引发出一些问题, 比如中间楼层被管理员删除等...

非常好的问题。

这种无限级的问题，其实有很多种解法，最简单但效率不一定是最低的实现方法就是递归。
在实际项目中，这样无限的盖楼和引用不会超过10层。
所以，在数据量可控的情况下其实是没有太大问题的。
但在分页时只取子评论ID，且最好把评论的结构存放到缓存中，在内存中排序量并不会很大。
基于现在的表结构，优化的方法则是加上一个字段，所有子评论ID，用逗号等分隔符连接直接，减少递归时的查询。

Mysql的数据类型很单一，换成或搭配Redis、Mongo、PostgreSql、oracle便可通过存储为格式化的数据结构简单解决。