你下载的是客户端。有解题端的，解题可以获得报酬，大学生做的比较多，类型百度知道财富值。

@zoyua #6 原文：“你应该是缺了一层，controller -> manager -> service -> mapper”
======
回复：刚查了下。阿里开发手册定义的 manager 层是介于 service 和 mapper 之间的。
Manager 层：通用业务处理层，它有如下特征：一是对第三方平台封装的层，预处理返回结果及转化异常信息；二是对 Service 层通用能力的下沉，如缓存方案、中间件通用处理；三是与 DAO 层交互，对多个 DAO 的组合复用。

@zoyua #6 原文：“你应该是缺了一层，controller -> manager -> service -> mapper”
======
回复：那么 controller 和 manager 是聚合业务的吗，service 和 mapper 操作单表的？

@Terminator0826 哈哈 可以的

@optional 这样不会导致聚合的 service 最后太大吗。我现在是习惯把相关业务有关的 service 就放到具体和数据库表模型对应的 service 中，有点聚合根的意思，但是没有新建 controller 、service 做这些事情。

@aecra1 学到了 第三个问题，确实是我要改正加强的地方

@oneisall8955 可能我没有描述清楚，我们的业务肯定不是单表 crud ，肯定是有相互注入的，我的意思是不是要新建聚合的 service ，还是把相关逻辑放到具体表模型的业务类中。

watch 别连 airpods

@gygesm123 Java 后端

iphone 12 和 airpods pro 也有，都习惯了

@qiyong 你的销量字段类型改下，改为 int 再试试

mysql8

select g.name as 商品名,
gsr.sales_volume as 商品销量,
gg.name as 商品所属分组名,
sum(gsr.sales_volume) over (partition by g.group_id) as 总销量
from goods_sales_record gsr
left join goods g on gsr.goods_id = g.id
left join goods_group gg on gg.id = g.group_id
order by 总销量 desc, 商品销量 desc
limit 3

准备过完年 回西安了 同求交流群

去年 4 月底买的 前两天 1200 挂小黄鱼出了

在生产者上套了一层 rpc ，流量高峰时期 rpc 是不是会可能导致 kafka 生产者不可用？
多一层传输，多一次丢失的风险。

@wxf666 我认为加联合索引 key(后代节点 ID, 距离)，可以使得 2 、3 问题查询时走索引。具体可以 explain 分析下。