数据库优化首选方案——拆

前言  

      不到现场实际侦察，靠瞟资料破案的警察是。。。。。 

      不以实际情况上来就拆的拆迁队你让他来拆数据库（一切不以业务，实际情况来架构的都是胡扯）                               几百万条数据，无高并发，你拆了你别说看过了这篇文章。

开车

            我做事一向都是三步走，那就是:what,why,how.

        what:所谓什么是拆，就是不要把鸡蛋都要放到一个篮子，数据也是如此，不管从安全，性能效率角度，管理角           度....

 why: 为甚要拆，除了what中的理由，我可以有说上三天三夜的案例说你听，拆的前提是你的数据库臃肿且

       慢不可言，

        案例：淘宝，京东，腾讯用户表保守一点就是不少于几十亿条且字段不是手指头数过来的，其中包含不少僵 尸 用户，他们能够保证秒以内能检索到你想要的数据，都放在一张表，都放在传统关系型数据库以现在的技术是做不到的。那怎么办，唯有一字可解君之疑惑——拆。

how:如何拆，横向id拆，纵向字段拆，横向时间拆，横向条数拆，综合拆，反正就是各种拆。现在就来以两种方式示范

横向拆：以id为n+3规则拆

表1

表2

表3

纵向拆：以字段来拆，加入用户表中查询的无非是用户名密码，其他很少查询的字段放到令一张表，不仅

从检索上，对硬件性能的损耗也是非常大的提升，要想全部取出join即可

主表

被拆分表

建议别设置外键，让被拆分表id跟主表id一致即可

后续

说完了，你还也许意犹未竟想问那么编码怎么来编，没有一个大红包解决不了的事情，如果有。那就来俩自然

有人教你怎么通过编码玩，也可以来找我。[e-mail]