具体情况如下:
1、对T表,有个秒级update,并且每秒大概有几十~上百次;
2、然后对同样的T表,有个秒级select,每秒大概有几百次的查询;是否,需要将T,分解成同样结构和数据的T1  T2;
比如:T1,接受update;
      T2,接受select
      T1 与T2之间的数据同步,由一个JOB来做;
请大侠们,给指导一下;

解决方案 »

  1.   

    1、更新如此频繁,索引不能太多(一般建议不要超过5个)。
    2、如果查询实时性要求不高,可以使用JOB定时转移。
      

  2.   

    先谢tabgren;
    你赞成拆成两张表嘛?我想知道,这样做的理由?能给详细的讲讲嘛
      

  3.   

    拆成两张表会导致临时性的数据不一致,
    虽然可以用job来同步数据,
    但是还是会带来不必要的麻烦。
    比如某个用户刚刚更新了自己的数据,马上就想查看更新后的数据,
    但是你的job还没到同步数据的时间点.
      

  4.   

    1.先为改变建立一个独立的表空间
    2.创建T表的历史表,定期把T表的中的数据转移到T表的历史表中
    3.查询是关联历史表,update T表
    另:如果担心update时,更新数据在历史表中,可以坐适当的判断,已T表为主表进行业务处理