@Fawen 实不相瞒，content 里面就是用的路由。现在问题是 content 是用来装子应用的，那子应用的挂载 dom 应该放哪

@sparkinglemon 需求就是上面说的。你说的我没怎么明白

完犊子了

@hezhuowei egg 也不错，我喜欢 nestjs 是因为它把 typescript 玩到了极致，而且用 nestjs 更像 spring，我虽然是前端 但以前学过 java，所以写起来很爽。 至于数据库，我没用 typeorm，也没用其他 ORM，直接上的 mysql 驱动包写 sql

@SolidZORO 这个我赞成，所以我直接是 nestjs + mysq，不用 typeORM

@hosaos 大佬意思是连表查，如果连的表多，在数据量大的情况下容易爆炸。 但分多次查，也会导致性能下降吧，我的想法是如果能一次查出来最好，用子查询会降低性能。。。 不知道这样想对不对

@greed1is9good 是的

@akira 哈哈 我是看视频学的

@wongyusing 原谅我的无知，我才开始学 mysql。把文章内容分出去，是考虑到如果数据量很大，而前端列表里不需要展示文章内容，只有在详情里才会查文章内容，这样性能应该会更好，type 这个是我没考虑周全 受教了~。

@gIrl1990 可以不讨论这个吗，你就当产品是白痴，他就这么设计的。我提问题只是想知道这个 SQL 有没有更好的写法😹😹😹

@gIrl1990 分类范围比标签大。 请不要关心业务问题

@linxiaojialin 我用的 Nodejs。 多次查会影响性能 我尽量一次查出来

@wangyzj 虚心请教，应该改成什么样才算好

@leewea 😹

@newtype0092 对的！大佬！！！ 这样确实会 join 出来很多多余数据(left join 也是)，是我使用姿势错了？。 请问怎么解决呢

@xwbz2018 我特意问过同事，他们也喜欢这样冗余，用一个字段来存关系。但我总觉得这样不好，我还是觉得把关系抽离成中间表才是正规做法。

@tommyZZM 也可以改成使用 fastify

@yu7er 羡慕

@cloudzqy BFF 可以的