V2EX › ModiKa2022 的所有回复 › 第 2 页 / 共 5 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3 4 5

❮

❯

132 天前

回复了 ModiKa2022 创建的主题 › 数据库 › 大数据量联表操作

@changdy 感谢回复, 垂直拆分和水平拆分, 对我们这边的业务不太适用, 现在一直在寻求宽表的解决方案

132 天前

回复了 ModiKa2022 创建的主题 › 数据库 › 大数据量联表操作

@Link9898 那是比较简单的业务场景, 真实的业务场景就是一个大列表, 列表中展示了 30-60 个字段, 每个字段可以单独搜索, 这些字段来自不同的表, 没有开玩笑, ToB 的业务很多就是这些东西

133 天前

回复了 ModiKa2022 创建的主题 › 数据库 › 大数据量联表操作

@wu00 一样, 产品比较模糊, 开发涉及好 model 后, 业务需求变更了

133 天前

回复了 ModiKa2022 创建的主题 › 数据库 › 大数据量联表操作

@flxaq 我很好奇你们公司数据库的硬件配置

133 天前

回复了 ModiKa2022 创建的主题 › 数据库 › 大数据量联表操作

@oneisall8955 处理的业务太多了,冗余的数据也很多

133 天前

回复了 ModiKa2022 创建的主题 › 数据库 › 大数据量联表操作

@iamzcr 好几张百万级别的表关联查询

133 天前

回复了 ModiKa2022 创建的主题 › 数据库 › 大数据量联表操作

@lyusantu 好几张百万级别的表关联查询

133 天前

回复了 ModiKa2022 创建的主题 › 数据库 › 大数据量联表操作

@feifan19 业务上的时效性, 感觉跟你们的不太一样, 一个订单可以一个月之前下单, 然后下个月才能到达(供应链上的业务, 可以提前很久下单的), 如果单纯的按照几天之前的数据分割, 不满足业务的需求

133 天前

回复了 ModiKa2022 创建的主题 › 数据库 › 大数据量联表操作

@flxaq pg 使用的是阿里云, 运维那边的预算有限, 现在主要想的是后端的优化方案

133 天前

回复了 ModiKa2022 创建的主题 › 数据库 › 大数据量联表操作

@flxaq 有几张过亿的表, 那是一点儿都不敢连表, 稳定崩的, 现在是好几张百万级的表在关联查询, 卡顿很明显

133 天前

回复了 ModiKa2022 创建的主题 › 数据库 › 大数据量联表操作

@volvo007 主要是 TOB, 查过 1s 的话, 前端会有明显的卡顿

133 天前

回复了 ModiKa2022 创建的主题 › 数据库 › 大数据量联表操作

@jjx 现在就是把公司原有的 ERP 功能, 替代掉, ERP 更改总是要找外包处理, 现在在肢解原有的 ERP 系统

134 天前

回复了 ModiKa2022 创建的主题 › 数据库 › 大数据量联表操作

@simen513 挺好的思路, 现在的问题是, 每个独立的表都是单独的单子,时间是独立的, 如果按照时间分表, 逻辑上很多 join 不好处理

134 天前

回复了 ModiKa2022 创建的主题 › 数据库 › 大数据量联表操作

@thinkwei2012 冗余数据,涉及到很多逻辑上的处理, 对每个列表都要单独冗余数据, 系统比较大, 涉及的查看页面有些多

134 天前

回复了 ModiKa2022 创建的主题 › 数据库 › 大数据量联表操作

@746970179 这种是常用的方式, 但是只能处理搜索主表的情况, 现在是每个字段都可以搜索, 所以要 join

134 天前

回复了 ModiKa2022 创建的主题 › 数据库 › 大数据量联表操作

@dddd1919 感谢

134 天前

回复了 ModiKa2022 创建的主题 › 数据库 › 大数据量联表操作

@wysnxzm 感觉处理的代价比较大

134 天前

回复了 ModiKa2022 创建的主题 › 数据库 › 大数据量联表操作

@lolizeppelin PG

134 天前

回复了 ModiKa2022 创建的主题 › 数据库 › 大数据量联表操作

@endershadow 给个具体的可以实现的关键词或者思路,感谢 !

1 2 3 4 5

❮

❯