数据结构：评论盖楼设计，支持无限层级

已于 2024-01-10 18:34:38 修改
阅读量2k 收藏 11
点赞数 2
分类专栏： 数据结构 算法 评论盖楼 文章标签： 数据结构 算法 后端
于 2020-10-06 08:48:22 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/xiaojianhx/article/details/108925731
版权
本文介绍了如何使用左右值法优化树形结构数据的查询和操作，如增删节点、查找祖先和后代节点。这种方法通过两次查询即可获取所需数据，提升查询效率。同时，文章给出了在评论、用户裂变等场景下的应用，并提供了数据库表结构和示例代码。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

第一部分：问题抛出

常见的设计，采用标准的树形结构，每个结点记录父ID（pid）。利用pid查询子集时，一次只能查询出一层，查询多层时，逻辑代码将会非常繁琐，而且无法一次查询出子集的数量等等，另外多次查询效率不高。

推荐一种数据结构，大部分情况两次查询，可找出所有需要的数据，减少查询次数，提升性能，本质也是树。可应用于评论、用户裂变、地域、分类等，可以支持无限层级。

第二部分：原理介绍
基本结构

在这里插入图片描述
每个节点有三个属性，节点名称、左属性、右属性。其中左属性、右属性为关键属性。

public class Node {
    private String name;
    private int lft;
    private int rght;
}
规律
  1. 祖先节点的左 < 后代节点的左；祖先节点的右 > 后代节点的右；
  • 节点（I）左右分别是6、7，其父节点（E）的左右分别是5、8；
  • 节点（C）左右分别是12、17，其子节点（G）左右分别是13、14，子节点（H）是15、16；
  • 节点（B）左右为2、11，其后代节点（D、E、F、I）中最小的左是3，最大的右是10；
  • 节点（A）左右为1、18，其后代节点（B、C、D、E、F、G、H、I）中最小的左是2，最大的右是17；
  1. 同一节点右左之差，除以2并向下取整，即为后代节点数量；
  • 节点（I）的后代节点数量 = ( 7 - 6 ) / 2 = 0；
  • 节点（E）的后代节点数量 = ( 8 - 5 ) / 2 = 1；
  • 节点（B）的后代节点数量 = ( 11 - 2 ) / 2 = 4；
  • 节点（A）的后代节点数量 = ( 18 - 1 ) / 2 = 8；
找后代节点
  • 如找节点（E）的后代节点，条件：左 > 5 AND 右 < 8，结果是节点（I）；
  • 如找节点（B）的后代节点，条件：左 > 2 AND 右 < 11；结果是结点（D、E、F、I）；
  • 如找节点（A）的后代节点，条件：左 > 1 AND 右 < 18；结果是结点（B、C、D、E、F、G、H、I）；
    如果查询的结果也想包含自己，则上述条件换成 >= 和 <=
找祖先节点
  • 如找节点（B）的祖先节点，条件：左 < 2 AND 右 > 11，结果是节点（A）；
  • 如找节点（E）的祖先节点，条件：左 < 5 AND 右 > 8；结果是（A、B）；
  • 如找节点（I）的祖先节点，条件：左 < 6 AND 右 > 7；结果是（A、B、E）；
    如果查询的结果也想包含自己，则上述条件换成 <= 和 >=
增加节点（单个节点）

假设在节点（E）下增加子节点（J），注意只能加到最后（可以理解为，他最晚出生，他是最小的弟弟，其他的都是哥哥）。

  1. 为新增节点（J）设置左右属性，左 = 父节点的右；右 = 左 + 1；
  2. 修改祖先节点的右属性，右 = 右 + 2 WHERE 左 < J（左） && 右 >= J（左），这里涉及到节点（A、B、E）；
  3. 修改右侧节点的左右属性，SET 左 = 左 + 2， 右 = 右 + 2 WHERE 左 >= J（右），这里涉及节点（F、G、H、C）；
    变化如下：
    在这里插入图片描述

插入已完成，可以尝试着把示例图完整画一遍。注意，除第一个节点（A）的左右手动设置外，其余的节点的都是动态算出来的。示例中左是从1开始，可以使用任何一个自然数，如：-1、3678、7758、10000等等；

删除节点（单个节点）

如上例中，删除结点（D）

  • 步骤如下：
  1. 修改祖先节点的右属性，SET 右 = 右 - 2 WHERE 左 < D（左） AND 右 > D（右），这里涉及到结点（A、B）；
  2. 修改右侧节点左右属性，SET 左 = 左 - 2， 右 = 右 - 2 WHERE 左 > D（右），这里涉及节点（E、I、J、F、G、H、C）；
    变化如下：
    在这里插入图片描述
物理删除节点（带子节点的节点）

利用递归，先删除子节点，再删除自己。（真实的使用场景中，建议使用逻辑删除，不做物理删除）
伪代码如下：

public void del(node) {
	List childs = node.childs() // 包含自己，按左属性降序；
	if(childs != empty) {
	    for;;
	        del(childs[i]);
	    return;
	}
	// 物理删除结点
}
更换节点（单个节点）

先做删除，再做添加，如上图把节点J挂到H下，
伪代码如下：

	del(J);
	add(J, H);
}

上面是基础的增删操作，下面介绍几种复杂的情况，主要还是利用循环或递归，执行删除、添加操作；

更换节点（带子节点）

如把E节点，挂在C下，推荐的做法是先删除节点，再添加；伪代码如下：

	List childs = E.childs(); // 包含自己，注意排序为:[E, I, J]
	
	for (int i = childs.length - 1; i >= 0; i--) { // 注意这里是倒序删除，del(J)、del(I)、del(E)
		del(childs.get(i));
  	}
  
  	// 注意这里是正序添加
  	add(E, C);
  	add(I, E);
  	add(J, E);
添加节点（插入指定位置）

如想把新节点K挂在C下，并且在G和H之间。上面得知，新加的节点，只能加到最后，这种情况的处理，伪代码如下：

	add(K, C);
	del(H);
	add(H, C);
第三部分：扩展

上述介绍了基本原理，在实际使用中，扩展几个属性，使用起来会更方便。以对书的评论为例，建立三张表，书籍表、评论表、评论关系表。这里给出个关系BEAN。

public class Rlat {
    private long id;// 这里仅仅是关系表的主键，没有任何业务意义，与pid没有任何关系
    private long rid;// 根级ID（主体ID），这里关联书籍表ID
    private long pid;// 父级ID（业务ID），这里关联评论表ID
    private long bid;// 业务ID，这里关联评论表ID
    private int lft;// 左
    private int rght;// 右
    private int level; // 层级，当只要N级子集时，方便查询；添加结点是维护该属性；
    private int son; // 儿子的数量，需要时直接带出，无需额外查询，修改子节点时，维护该属性；
    private int child; // 后代的数量，需要时直接带出，无需额外查询，修改子节点时，维护该属性；
    private int seq; // 排序（同级有效）
    private long created;// 创建时间
    private long updated;// 修改时间
    private int del_flg; // 逻辑表示，0-正常；1-删除
    // get/set 略
}

书籍表数据如下：

ID书名
1飞狐外传
2雪山飞狐
3连城诀
4天龙八部
5射雕英雄传

评论表数据如下：

ID评论内容
1飞狐外传不错
2飞狐外传真不错
3飞狐外传真的不错
4天龙八部真好
5天龙八部太好了

评论关系表数据如下：

ID根级ID父级ID业务ID左右层级儿子数量后代数量
1书籍表ID1--------18013
2书籍表ID1评论表ID1评论表ID127112
3书籍表ID1评论表ID1评论表ID236211
4书籍表ID1评论表ID2评论表ID345300
5书籍表ID4--------16022
6书籍表ID4评论表ID4评论表ID423100
7书籍表ID4评论表ID5评论表ID545100

其中，关系表中ID（1、5）为根数据，即根据书籍表中书籍书籍的数据，每本书应该有且只有一条根数据。新增评论时，应该先判断根数据是否存在，没有则创建。根数据的作用：

  • 方便查询；
  • 保证数据结构的完整；
第四部分：示例

基于上面书籍评论的场景，写了个例子，实现基本的增删查

JDK:jdk-14.0.1
DB:MySQL8.0.21

CREATE TABLE `books` (
	`id` INT(10) NOT NULL AUTO_INCREMENT,
	`name` VARCHAR(20) NULL DEFAULT '' COLLATE 'utf8mb4_general_ci',
	`created` BIGINT(19) NULL DEFAULT '0' COMMENT '创建时间',
	`updated` BIGINT(19) NULL DEFAULT '0' COMMENT '修改时间',
	`del_flg` TINYINT(1) NULL DEFAULT '0' COMMENT '逻辑标识，0-正常；1-删除；',
	PRIMARY KEY (`id`) USING BTREE
)
COMMENT='书籍表'
COLLATE='utf8mb4_general_ci'
ENGINE=InnoDB
;
CREATE TABLE `comments` (
	`id` INT(10) NOT NULL AUTO_INCREMENT,
	`bid` INT(10) NOT NULL DEFAULT '0' COMMENT '书籍ID',
	`content` VARCHAR(200) NULL DEFAULT '' COMMENT '评论内容' COLLATE 'utf8mb4_general_ci',
	`created` BIGINT(19) NULL DEFAULT '0' COMMENT '创建时间',
	`updated` BIGINT(19) NULL DEFAULT '0' COMMENT '修改时间',
	`del_flg` TINYINT(1) NULL DEFAULT '0' COMMENT '逻辑标识，0-正常；1-删除；',
	PRIMARY KEY (`id`) USING BTREE
)
COMMENT='评论表'
COLLATE='utf8mb4_general_ci'
ENGINE=InnoDB
;
CREATE TABLE `rlats` (
	`id` INT(10) NOT NULL AUTO_INCREMENT,
	`rid` INT(10) NOT NULL DEFAULT '0',
	`pid` INT(10) NOT NULL DEFAULT '0',
	`bid` INT(10) NOT NULL DEFAULT '0',
	`lft` INT(10) NOT NULL DEFAULT '0',
	`rght` INT(10) NOT NULL DEFAULT '0',
	`son` INT(10) NOT NULL DEFAULT '0',
	`child` INT(10) NOT NULL DEFAULT '0',
	`level` INT(10) NOT NULL DEFAULT '0',
	`seq` INT(10) NOT NULL DEFAULT '0',
	`created` BIGINT(19) NULL DEFAULT '0' COMMENT '创建时间',
	`updated` BIGINT(19) NULL DEFAULT '0' COMMENT '修改时间',
	`del_flg` TINYINT(1) NULL DEFAULT '0' COMMENT '逻辑标识，0-正常；1-删除；',
	PRIMARY KEY (`id`) USING BTREE
)
COMMENT='评论表'
COLLATE='utf8mb4_general_ci'
ENGINE=InnoDB
;

核心方法：

    public void save(long bookId, long pid, String content) throws Exception {

        var now = System.currentTimeMillis();

        var dao = new Dao();

        var helper = DBHelper.build(URL, USER, PASSWORD);

        var bid = dao.insertComment(helper, bookId, content);

        var root = dao.getRlatRootByRid(helper, bookId);

        if (root == null) {
            root = dao.getRalt(helper, dao.insertRlatForRoot(helper, bookId));
        }

        var parent = dao.getRlatByBid(helper, pid);

        if (parent == null) {
            parent = root;
        }

        var rlat = new Rlat();
        rlat.setRid(bookId);

        if (pid == 0) {
            rlat.setPid(bid);
        } else {
            rlat.setPid(pid);
        }

        var lft = parent.getRght();
        var rght = lft + 1;

        rlat.setBid(bid);
        rlat.setLft(lft);
        rlat.setRght(rght);
        rlat.setSon(0);
        rlat.setChild(0);
        rlat.setLevel(parent.getLevel() + 1);
        rlat.setCreated(now);
        rlat.setUpdated(now);
        rlat.setDel_flg((byte) 0);

        dao.insertRlat(helper, rlat);

        dao.updateRlatForAncestor(helper, bookId, lft);
        dao.updateRlatForParent(helper, bookId, lft, rght);
        dao.updateRlatForRght(helper, bookId, rght);
    }
    public void del(long id) throws Exception {

        var dao = new Dao();

        var helper = DBHelper.build(URL, USER, PASSWORD);

        dao.deleteComment(helper, id);

        var rlat = dao.getRlatByBid(helper, id);

        dao.updateRlatAncestorForDelNode(helper, rlat.getRid(), rlat.getLft(), rlat.getRght());
        dao.updateRlatParentForDelNode(helper, rlat.getRid(), rlat.getLft(), rlat.getRght(), rlat.getLevel() - 1);
        dao.updateRlatRghtForDelNode(helper, rlat.getRid(), rlat.getRght());

        dao.deleteRalt(helper, rlat.getId());
    }

源码地址：https://github.com/xiaojianhx/demo-tree

thinkphp6/8 - 实现评论区发表评论、回复评论功能数据库表设计与整个逻辑思路过程分析，tp5 评论盖楼等功能（附带源码稍加改造即可使用）
高级前端工程师
08-01 2986
tp5评论区数据库表设计，tp5发表回复评论功能设计，thinkphp5如何做评论功能，tp5 php评论区实现发表回复删除评论，tp5评论区盖楼源码及数据表设计思路，thinkphp评论功能详细教程，thinkphp实现评论与回复功能，thinkphp实现文章评论和回复评论功能，tp5实现评论回复功能，thinkphp如何实现评论区，tp5网站PC移动端h5怎么做评论区发表留言及回复功能，thinkphp实现评论区插件，thinkphp评论区相互发表回复功能详细教程，thinkphp有没有评论区的组件插件
mysql实现评论盖楼的sql_PHP 仿网易云的评论盖楼
weixin_42571444的博客
02-08 622
一、简要第一次做这种设计，当然有许多不足，希望多多指出。评论盖楼，就是每条评论一个楼层，而楼层里面可以嵌套很多引用的评论，直接上图A：牛什么牛(见图 Top4)B回复A：好牛啊。(所以这里就嵌套了A的内容，见图Top3)C回复B：多谢。(这里同样嵌套B的内容以及B引用的内容，见图Top2)二、数据库设计2.1、评论表设计的sql语句1 CREATE TABLE`comment` (2 　　　　　　...
网站评论功能数据库设计和开发
热门推荐
白及
05-18 4万+
本文主要分享了我在设计评论模块中的一些心得，希望对读者有些许帮助。 需求分析 现阶段评论做的最好的我想应该是网易新闻（app）里面的评论模块了，其“盖楼”的方式让人印象深刻，评论已经成为该app的核心功能之一了。市面上大部分app的评论模块设计的还是相对简单的，这是可以理解的，因为评论模块不是这些app的核心功能之一。 在设计评论模块前可以和pd或者boss沟通，我们的评论功能是
如何设计一个支持高并发的用户评论系统的数据库表结构？
最新发布
破损的天堂鸟博客
04-14 676
设计支持高并发的用户评论系统数据库表结构需要综合高并发处理策略、评论功能需求及数据库优化技术。以下从表结构设计、高并发优化策略、性能瓶颈解决方案等多角度展开：基于用户评论的核心功能（发表、回复、审核、通知等），需设计以下关键表：雪花算法：所有主键（如）采用雪花算法生成，避免自增ID的性能瓶颈（如锁竞争、分片不均）。 2、读写分离与缓存 读写分离：主库处理写入（评论提交、点赞），从库处理读取（评论列表、通知查询）。 缓存设计： 热点评论缓存：将高频访问的评论（如最新100条）存入Redis
网易评论盖楼的数据结构
jia_zhengshen的专栏
06-27 6184
最近在写一个给app添加评论的功能，发现不太好写，有种解决方案是采用第三方的评论插件，我感觉比较low，没有采纳。于是参考其他网站的评论功能。 网易的评论的盖楼相当酷炫，网上也有很多实现其的盖楼功能的方法，我认为不太正确，于是写了这篇文章。 我监听了网易的页面跟 服务器通信的json文件。 1.新闻的地址：http://news.163.com/17/0627/09/CNU65GI8
嵌套评论的数据库表设计
滴水穿石，点石成金
08-25 3140
设计嵌套评论数据库表可仿效无限级分类，在表中加一个ParentId字段。嵌套评论页面大致这样：   评论1    回复评论1    恢复评论1 评论2    回复评论2    评论3 ......   但是, 在显示评论的时候，如果使用ParentId会涉及到多表的联结，嵌套层级越多意味着表之间的联结增多，这样会影响查询效率。   于是，我们想到在表
抽屉实现评论数据结构及评论内容显示示例
06-15 435
1.实现评论数据结构两种方式 　　（1）循环实现评论数据结构（推荐） 　　（2）js递归实现评论数据结构 2.显示评论内容两种方式 　　（1）js递归显示评论内容（推荐） 　　　　　　　　前端进行递归实现 　　（2）simple_tag递归显示评论内容　　　　 　　　　　　　　render + simple_tag　　　　　　　　前端直接after指定位置 1...
php评论盖楼怎么实现,评论区设计（一）：如何做好盖楼式评论？
weixin_39828847的博客
03-11 1439
本篇文章以网易新闻评论区为例，为大家讲解了五种评论区的设计模式，并且讲述了使用每种模式的原由，供大家参考。评论区设计有多种模式，本文以网易新闻评论区为例，只讨论盖楼模式。网易评论区，分三部分：热门跟帖——精彩盖楼——最新跟帖。有时没有“精彩盖楼”、“最新跟帖”部分，如果跟帖数超过7层，就会折叠。如下图：和大多数评论区一样，“网易新闻评论区”采用的是头像(包含名字，时间)在左上角，点赞在右上角，评论...
基于JS和html的盖楼网页游戏设计.zip
06-16
资源包含文件：设计报告word+项目源码 以下为默认游戏规则，也可参照下节自定义游戏参数 每局游戏生命值为 3，掉落一块楼层生命值减 1，掉落 3 块后游戏结束，单局游戏无时间限制成功盖楼加 25 分，完美盖楼加 50 分...
PHP ThinkPHP制作多层级盖楼评论系统
mengliwang的博客
01-14 737
这里写自定义目录标题欢迎使用Markdown编辑器新的改变功能快捷键合理的创建标题，有助于目录的生成如何改变文本的样式插入链接与图片如何插入一段漂亮的代码片生成一个适合你的列表创建一个表格设定内容居中、居左、居右SmartyPants创建一个自定义列表如何创建一个注脚注释也是必不可少的KaTeX数学公式新的甘特图功能，丰富你的文章UML 图表FLowchart流程图导出与导入导出导入 欢迎使用Markdown编辑器 你好！ 这是你第一次使用 Markdown编辑器 所展示的欢迎页。如果你想学习如何使用Mar
thinkPHP框架实现的无限回复评论功能示例
10-18
为了显示层级，可以利用CSS的padding-left属性来控制每条评论的缩进，从而体现出评论的层级结构。 具体到代码层面，`CommentList`方法的核心逻辑如下： 1. 初始调用时，$pid参数为0（顶级评论），$spac参数为0...
django 无限层级的评论
weixin_30270889的博客
07-30 463
一、摘要 拓展 django 官方的评论库，为评论提供无限层级的支持。 二、demo演示 访问链接： https://github.com/zmrenwu/django-mptt-comments 下载完整代码，这里面有提供一个demo，文件夹就是example 安装依赖 安装根目录下的2个txt文件 pip3 install -r requirement...
php mysql 无限级评论_php无限级评论嵌套实现代码
weixin_39862794的博客
02-28 254
我在设计BB的过程中，也一直在思考是否可以不通过递归来实现无限级分类的结构展现和父子结构查找，因为如果不对这里的算法进行优化后果可能是致命的！试想一下，一篇文章如果评论数为300，按正常的递归算法，至少就得查询数据库301次，而且还是在没有任何嵌套的情况下，如果有过一两级嵌套或者评论数过1000，那数据库不是直接宕掉？而实际上，PHP强大的数组处理能力已经能帮助我们快速方便的解决这个问题。下图为一...
“评论盖楼”的设计思路
sollion的专栏
02-27 5053
1、这样的需求其实挺特殊，每个“楼”都是一个独立的“树”，每个“楼”都“几乎”不用依赖其他的“楼”。 最简单、最高效的方式是用文件来存储每一个楼，每个新闻一个楼，使用xml、json等树形结构的文件格式来规范评论和新闻内容。这样每进一个楼只需要访问一个文件，发评论只是创建一个文件，把楼盖高，只是给增加新内容。而新闻列表可以存储在数据库中，也可以用lucene做索引。 如果一定要用数据库实现
数据库无限层级分类设计
m0_37693200的博客
09-26 1287
转2019-07-15 数据库无限层级分类设计 - 云+社区 - 腾讯云 起步 在大多数的系统中，对内容进行分类是必要的。比如电商的商品分类；论坛的板块等。 需求分析 分类之间的关系是怎样的？ 很明显，一个分类下面可以是多个下级分类。反过来呢，一个下级分类能够属于几个上级分类呢？这个并不确定，得看具体的业务需求。如果是多个实现上会更加复杂，为了讨论层级设计，这里先限定每个分类仅有一个上级分类。 对于某个分类，需要支持的操作如下： 对单个分类的 CURD； 查询该分类的直属下级或所有下级分类；
评论功能的选择难题：数据结构如何选定？
孤芳不自赏
10-28 269
评论功能是互联网产品的必备功能之一，它能够促进用户之间的交流和互动。那么，在设计评论功能时，我们应该采用什么样的数据结构呢？本文将为您详细解析这个问题，带您探讨评论功能的数据结构及其在实际应用中的运用。
做⼀个评论的功能，如何设计⼀个表结构呢
m0_69254007的博客
02-05 1549
一、⼀问⼀答模式 (1)需求分析 ⼤部分APP采⽤简单的评论设计即可，即是⼀问⼀答模式，⽐如微信朋友圈的评论功能的设计。如： A：今天天⽓真好！ B @ A :今天天⽓确实不错！ 这种设计简单、直接，也满⾜了⽤户评论、回复的基本要求，对于没有⼤量⽤户评论的APP需求⾜够。 （2）数据库设计 这种场景下⼀般评论较少，评论不活跃，可以不区分评论和回复，统⼀看成评论。区别是，有些评论是直接评论主题，⽽有些是@其他⽤户，使⽤⼀张表就可以达到效果，评论表设计如下： 表字段字段说明 id主键 t
论论数据结构
qq_39560484的博客
09-08 212
数据结构是指逻辑意义上的 数据组织方式 及其相应的处理方式。 为什么是逻辑意义上的数据组织方式？因为数据结构中落到数据存储上的表现形式不一定是一一对应的，甚至可能看不到原来数据的样子，所以叫做逻辑意义上的组织方式。 数据组织方式 表：至多有0到一个直接前距或者0到一个直接后距 树：直接前距是0个，直接后距可能是0到n个 图：直接前距和直接后距可能都是多个 ...
多级留言/评论的功能实现——SpringBoot3后端篇
道阻且长 心态要好
05-03 6366
想要实现类似bilibili的评论区那样，在药材、方剂、文章详情页都实现多级留言/评论功能，但是不以递进的方式来展现层级关系
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值