@2123123 这个方法可行

@house191 第二种写法的话，第一条 sql 已经根据 user_id 聚合了，不会出现 user_id 数据重复的问题

@xinxingi 哈哈，一眼没看出来是 gpt 回答的

@BugCry 这样写 sql 的确很清晰，不清楚性能如何

@lysS 分页显示，理论上 id 数量可控

@lysS 第一个是联表查询，sql 没有写全

gitlab runner

github action

@runzhliu 性能和本地存储比怎么样

@zzl22100048 local-path-provisioner 是不是 openebs 的 pv 类似

@ExplodingFKL 用作数据库的存储感觉就不太合适了

@perfectlife 说的也是，先考虑用 local pv 了

@derek80 我去看下，感觉架构也是挺复杂的

@sampeng 我们是私有部署 k8s ，直接一套集群交出去就行了，要是再单独找机器部署数据库，相当于是两套部署逻辑了

@sampeng 现在我们集群规模没有这么大，所以感觉 ceph 有点重了

@fisherwei 规模是 5-10 个节点左右，不算是大规模，所以想找个轻量级的存储

@perfectlife 使用 localpv 的话，pod 一旦建出来就不能调度到其他 node 了吧，那么如果 node 挂了该怎么处理呢

@xuanbg 多谢回答，我参考下这个方法

@Distand @crazyweeds @hhjswf
感谢解答，貌似用 es 或者 olap 服务做个宽表是比较好的选择