设计的好的,也不可能分得太细吧?象user之类的表,也只能放一个表吧?

解决方案 »

  1.   

    to hbcb(青蛙王子):
    “什么东西都放在一个表里面”——不是那么厉害吧!那个设计这么蹩脚!?
      

  2.   

    50M?普通的论坛程序,用个一年两年数据量就突破100m、200m了,还不是挺好的
      

  3.   

    我这里用的目前大概是400多MB,下个月可能是1-2GBmysql手册上说,TB级的都没问题
      

  4.   

    其实“mysql手册上说,TB级的都没问题”,主要是针对64位机而言,如果是32位的一般不要超过4G单个表
      

  5.   

    我的一个member table,是INNODB的。 文件只有几百KB,但那个ibdata1文件可真是大, 1.94GB,不过速度呀,慢的可以。 查询一次需要3-9秒不等。 但别人说, 以是很快的了。 @@这也算是效率?? google的查询可真是快,但不知道是怎么做的!哎。
      

  6.   

    比如物料
      有原材料,半成品,成品的分类,我就会分成三个表而不是放在一个表里
      每个物料又有几十项的属性,比如自制或外购,单位,小数位数,最高存量等,我会按相近的分成几个表,因为这些属性不是每个公司都全部用到的  有的软件就是把这些全部放在一个表里,容量自然成N倍增长那修改的时候不是要添加一个删除一个?
    搜索的时候不是要union了?
      

  7.   

    google的主要是索引技术。一切在于索引。google连数据跟索引都是分开的服务器集群。
      

  8.   

    而且我发觉google的全是全文索引,不象关系性数据库又是join又是union的
      

  9.   

    当然分成多个表在控制方面要复杂很多,该join的时候就join,该union就union,很多软件只是为了写代码简单,而忽视了效率
      

  10.   

    Google用的是内存数据库.数据是一直存在于内存中的.定期更新硬盘数据.如果数据库中没有变长字段.再大也木有问题!