问题描述

关于数据库分表后的 业务逻辑应该是怎么样，求解答！

数据库有一张表 数据太多 导致查询非常慢，分表后 业务逻辑是怎样的：

假如把一张表分成三张表，那么在项目里面写查询的时候是要连续查三张表么？

解决方案

如果是你的表太宽也就是字段太多可以考虑分表，按业务逻辑拆分
如果是数据量太大导致查询缓慢，建议不分表。因为只是查询的话必然会对全表做一次扫描，起不到提高查询效率的作用。
可以考虑以下几种方式：
1. 通过索引的方式，使用索引字段查询
2. 在表上建立分区，查询时指定分区条件
3. 如果是关联查询，可以看看是否能设置关联方式、设置驱动表等

解决方案二：
如果是你的表太宽也就是字段太多可以考虑分表，按业务逻辑拆分
如果是数据量太大导致查询缓慢，建议不分表。因为只是查询的话必然会对全表做一次扫描，起不到提高查询效率的作用。
可以考虑以下几种方式：
1. 通过索引的方式，使用索引字段查询
2. 在表上建立分区，查询时指定分区条件
3. 如果是关联查询，可以看看是否能设置关联方式、设置驱动表等

解决方案三：
优化是要根据具体情况而定的

如果你查询还要关联所有的表的话 还不如不分表

如果按业务分 可以达到不需要关联所有表的话 可以考虑分表