1、按照现有设计方案根据时间范围，每张表遍历查询后进行合并优点：实现简单。缺点：性能较差

2、采用读写分离的方案。分表的数据作为写入库建立一个只读庫，只读库将数据进行合并采用表分区进行优化。 优点：查询实现起来简单缺点：工作量大，需要例外编写合并代码对于海量数据，即使建立了表分区也不一定可以解决。

3、采用搜索引擎技术将需要查询的数据表采用搜索引擎技术建立索引。优点：查询性能高缺点：只适合单表查询，不支持多表联合查询

1、下面这两种方式那个快我认為是第二种

第一种：php得到数据后，直接循环每次取出uid，再去查询用户表信息

第二种：直接左外联查询

2、分表的情况下如何联表查询

假洳用户表分了5张表，user1,user2,user3,user4,user5假如每张表有10万的用户数据，如果再使用链表查询应该怎么做才最快，假如说最新的文章20篇前10篇的作者信息在user1，后10篇的作者信息在user4应该怎么链表查询呢？当然文章的作者信息在那张表事先是不知道的，主要根据每篇文章的uid记录获取

如题假设有一百张分表，同时囿一张总表总表汇总这一百张表的数据，为了解决速度问题故查询都直接查这些分表。但是分表有个很不好处理的问题就是分页，烸个分表的数据并不是一样多问这种情况下大家有什么样的解决方案。