数据库业务逻辑放在SQL中还是后端代码中

……我们有个省级项目测试过, 客户表 约2千万, 其它资料表也是上千万的, 数据表约 50亿行, 有些数据表 有400亿行. 关联查询几分钟才出结果, 如果单表用 IN 3秒左右. 所以这情况, 业务应在java中处理, 让查询SQL尽量是单表, 条件是主键, 或者是索引……

带佬，我想问问：
关联查询就是把好几张表通过 left join、right join 这样连起来，一句SQL查询，对吧？
那用in查询呢？是不是在业务层调用七八个方法，单表查询七八张表出来，最后在业务层进行交叉筛选？
还是说在存储过程中，先select 单表查询成子表，再join 查询？
初级程序员，望赐教。

• 索引优化：在表中添加适当的索引可以提高查询性能，尤其是对于关联查询。确保在建立索引时考虑到查询条件，并避免重复索引

• 缓存优化：缓存可以提高数据库性能，因为它可以减少对数据库的访问次数。对于关联查询千万数据的表，可以考虑将查询结果缓存到本地内存或使用分布式缓存系统。

https://bbs.csdn.net/topics/392914360

@guishuanglin
不知道为什么原链接为什么没贴上来[捂脸]

如果数据时效性不高可以借助视图去实现，一般复杂的关联关系使用sql，简单的可以使用后端框架的一对多，多对一等关系映射