第一种, 开发以前估计该表的数据量之后会比较大,好比商城的订单表order,那么在开发以前,建立10个如出一辙的order表,而后userid尾号为1的,其订单都放进order1,userid尾号为2的,放进order2,以此类推,这样能够减小表的数据量,加快访问速度ide
第二种,随着项目的平稳运营,惟一的订单表数据量变得很是大,查询速度很慢,能够作分表
新建立几个一摸同样的订单表,order1,order2,order3(这些表的id不能设为自增).... 再建立一个合并表allorder(存储引擎得是merge存储引擎,也就是mrg_myisam)code
CREATE TABLE allorder
( id
BIGINT ( 20 ) NOT NULL , subject
VARCHAR ( 200 ) NOT NULL , content
TEXT NOT NULL ,
PRIMARY KEY ( id
)
) ENGINE=MRG_MyISAM DEFAULT CHARSET=utf8 INSERT_METHOD=NO union =(order1
,order2
,order3
,...);开发
这里INSERT_METHOD=0在某些版本可能不工做,须要改为INSERT_METHOD=NO
注意,合并表也必须和前面的表有相同的结构,类型,长度,包括字段的顺序都必须一致it
合并表只能负责查询工做,若是要进行插入的话,因为以前的子表主键不是自增的,因此须要其余方法来获取新增的id,能够建立一个表来负责建立id,这个表的自增的,后面要往订单表里面插入数据的话,得由这个负责建立id的表来建立id,而后根据id获取应该插入到哪一个表io
update的话,就是根据id来获取表名,而后找到该数据修改class