看样子好像很不错

@Seulgi
@chendy
我理解你们说的了，那么接口版本控制的场景是什么呢？

@Seulgi 其实要变更的接口并不是很多，用两个 controller 是不是也不太合适。只是某些接口变更传参了，想尽可能保留原来的兼容性。

@chendy 现在是有接口变更传参了，想尽量保持原有接口的兼容性。

支持一下

@iosyyy 这个是有项目背景在的，是在 bi 中直接读取数据库出一份报表，所以需要数据库直接读取出来。

@Navee mysql 8 确实支持，但是我们现在这个库是 mysql 5.7

DROP PROCEDURE IF EXISTS getResAlisa;
DELIMITER $$
CREATE PROCEDURE getResAlisa(IN resid varchar(255), OUT path TEXT)
BEGIN
DECLARE catname VARCHAR(255);
DECLARE temppath TEXT;
DECLARE tempparent VARCHAR(255);
SET max_sp_recursion_depth = 255;
SELECT c_resalias, c_pid FROM t_restree WHERE c_resid=resid INTO catname, tempparent;
IF tempparent IS NULL
THEN
SET path = catname;
ELSE
CALL getResAlisa(tempparent, temppath);
SET path = CONCAT(temppath, '/', catname);
END IF;
END$$
DELIMITER ;


DROP FUNCTION IF EXISTS getResAlisa;
DELIMITER $$
CREATE FUNCTION getResAlisa(cat_id VARCHAR(255)) RETURNS TEXT DETERMINISTIC
BEGIN
DECLARE res TEXT;
CALL getResAlisa(cat_id, res);
RETURN res;
END$$
DELIMITER ;

弄好了 ，写了一个存储过程，写了一个函数，终于查出来了，参考的是 https://stackoverflow.com/questions/20215744/how-to-create-a-mysql-hierarchical-recursive-query

@victorc 大体思路应该就是你说的那个，卡在了重建树结构这部分。

@victorc 在内存中重建树结构应该怎么弄呢？是创建个临时表的意思吧。

@victorc 现在这个数据结构是这样的，需要把这个数据查询出来。

@Hurriance 其实最主要的是后面的，如果是在业务模块配置的话，是不是业务模块都配置一遍呢，这样子就很麻烦。

@Vegetable 前面是一个合理的角度，但是为了准确评估成本，这个时候需求不确定，制定的开发计划达不到准确评估成本的需要吧？

@Jooooooooo 我也是觉得这样才是最合理的。

@dem0ns 可能跟不上时代了

@bluekz 明白了，谢谢～

@SakuraSa 好像也行，刚才想错了，一直把未审核状态想成 2 了。如果想中间的在上面呢？

@gamesme 重新登录就有了。。。

@Dvel 果然是玄学问题，重新登录就有了