具体情况如下:
1、对T表,有个秒级update,并且每秒大概有几十~上百次;
2、然后对同样的T表,有个秒级select,每秒大概有几百次的查询;是否,需要将T,分解成同样结构和数据的T1 T2;
比如:T1,接受update;
T2,接受select
T1 与T2之间的数据同步,由一个JOB来做;
请大侠们,给指导一下;
1、对T表,有个秒级update,并且每秒大概有几十~上百次;
2、然后对同样的T表,有个秒级select,每秒大概有几百次的查询;是否,需要将T,分解成同样结构和数据的T1 T2;
比如:T1,接受update;
T2,接受select
T1 与T2之间的数据同步,由一个JOB来做;
请大侠们,给指导一下;
2、如果查询实时性要求不高,可以使用JOB定时转移。
你赞成拆成两张表嘛?我想知道,这样做的理由?能给详细的讲讲嘛
虽然可以用job来同步数据,
但是还是会带来不必要的麻烦。
比如某个用户刚刚更新了自己的数据,马上就想查看更新后的数据,
但是你的job还没到同步数据的时间点.
2.创建T表的历史表,定期把T表的中的数据转移到T表的历史表中
3.查询是关联历史表,update T表
另:如果担心update时,更新数据在历史表中,可以坐适当的判断,已T表为主表进行业务处理