@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 分析下。