lying500 最近的时间轴更新 lying500 最近的时间轴更新 |
lying500V2EX 第 685093 号会员，加入于 2024-04-14 18:32:29 +08:00今日活跃度排名 2702 |
| 几千万的数据量，层级权限下的列表展示页查询应该怎么设计？ Java • lying500 • 7 天前 • 最后回复来自 chaoschick | 36 |
lying500 最近回复了
8 天前 回复了 lying500 创建的主题 › Java › 几千万的数据量，层级权限下的列表展示页查询应该怎么设计？ |
@sagnitude 分两个是考虑用户可能离开了某个群组，但是希望他能看到自己的数据
(user_id = xxx OR group_id in (xxx,xxx,xxx)) 是可以的，只是说这里 SQL 查起来很慢，不知道怎么优化
(user_id = xxx OR group_id in (xxx,xxx,xxx)) 是可以的，只是说这里 SQL 查起来很慢，不知道怎么优化
8 天前 回复了 lying500 创建的主题 › Java › 几千万的数据量，层级权限下的列表展示页查询应该怎么设计？ |
@vvtf 嗯确实，但是我们这这还有一个忘记说了，就是我们用户量少，但是单个用户产生的数据多，就算 in (user_id)这一步有索引，由于需要 created_at 排序，这里还是会 filesort ，还是很慢
8 天前 回复了 lying500 创建的主题 › Java › 几千万的数据量，层级权限下的列表展示页查询应该怎么设计？ |
@JYii 都有，问了 AI 也说用 union all 这样，但是写到代码里会不会比较奇怪，主要是想了解大家有没有类似的场景，感觉挺场景的，想学习一下怎么设计比较好
8 天前 回复了 lying500 创建的主题 › Java › 几千万的数据量，层级权限下的列表展示页查询应该怎么设计？ |
主要是 project 表的 or 导致索引不好设计，实际没法利用索引
78 天前 回复了 ttkit 创建的主题 › 分享创造 › 开源了基于 nestjs 的每日热榜聚合 API 服务 |
社区分类下的微博热榜加载不了，显示的是上一个源的数据，比如从知乎点过去就是知乎的热榜
Select Language