换个思路解决union连接数据过多时，导致查询慢的问题

最近在一开发的过程中用到了union连接多个查询结果，但这种方式是数据量大的时候会导致查询慢。为此想了一些办法来解决之个问题，在开始之前呢，先简单说下union与union all的区别，union将查询结果合并时会将重复的数据合并为一条，union all则不会将重复数据其合并为一条。

业务场景：主表A存储了一个id，这个主键即有可能在B表中，也有可能在C表中（可以简单理解为分表操作，实际业务场景并不是，只是类似）

最初的实现：

select a.bc_id,bc.name,bc.age from A a 
left join
(select b.id,b.name,b.age from B b union select c.id,c.name,c.age from C c) bc
on a.bc_id = bc.id

基本的思路就是将B表与C表的数据合并为临时表bc，然后再与A表做关联查询。

改进后的代码：

select a.bc_id,b.name,b.age from A a,B b where a.bc_id = b.id union
select a.bc_id,c.name,c.age from A a,C c where a.bc_id = c.id

思路：这样写的好处，是在数据合并之前就进行了筛选，减少了数据量，从而能在一定程度上提高查询速度。

总结：以后我们在遇到类似问题的时候，一定要先筛选再合并数据，这样可以有效的减少数据量，提高查询速度。