分表以后的查询要怎么做?

my997559

我现在有一张800W记录的表,因为历史数据几乎不会进行修改,只是最后的几千条数据需要修改,所以我想分表.如果我按以下方式
按时间分
0    - 7天   A表
7天 - 1月   B表
1月 - 3月   C表
3月以前      D表
如果我这样分了以后,在查询上虽然可以用 select * from (select * from A union select * from B union select * from C union select * from D) m order by id
但是这样的话,在不带条件或符合条件的查询比较多的情况下,会消耗比较多的资源.想请教大家有没有什么好的查询方式推荐吗?

我设想的查询方式是,程序员只写出select * from A order by id desc limit 15,20,然后程序就会自动去查B,C,D里的符合条件的内容,并最终返回正确的结果.

所带的条件可能不多,但是我想做成通用的,就是说其它的表可能也会到,所以在查询里不能写死.

小生先在这里谢了!

justin033

可以用视图试下。分库分表有好处也有坏处的，就是逻辑变复杂！
不过像你这样800W的表，不用分表的。建好索引查询应该没问题的

youcz

回复 1# my997559


    同意楼上的，如果表不断增长的话，也建议考虑建立history表，

my997559

多谢哈,mysql的视图不敢用,这样的表结构一查就会建立临时表,所以不打算用视图.
之所以要分表,是因为800W的更新比较慢,所以才需要修改...

cenalulu

多谢哈,mysql的视图不敢用,这样的表结构一查就会建立临时表,所以不打算用视图.
之所以要分表,是因为800W的 ...
my997559 发表于 2010-02-05 16:56

    5.1 里面针对视图的优化，做的相对好了一点，用不到的表就不会去加载。
简单的说，可以尝试一下

pkman110

建立个历史表现状表喽，这样查的快点

cenalulu

写个存储过程，接收参数也不错

天下第一菜

如果是myisam的表，可以建个merge表

liyihongcug

mysql的视图  --------不支持子查询  速度慢

800W记录的表, 没有必要
1亿的大表在mysql哦都用过  
这个表并不大   分太细导致总查询慢

推荐适用临时表
总表不变
之后建立若干临时表    如果只是查询部分数据用临时表
如果查询总数据   用总表

ruochen

如果按月做分区，数据量有多大？
还有你的逻辑要更新多久天数以内的数据呢？