高吞吐量的实时交易数据库设计方案，大家看可行吗，给点意见

现在数据库有一个交易表，表的数据量很大，同时需要插入，更新，和检索操作，所以效率会很低。我能想到的方案是建3个表， A， B,HistoryA，B（交替）用来插入未来一段时间的交易数据，比如未来5分钟，当A表为插入数据表时，B表为处理数据表，B处理完数据后插入History表，然后下一个时间段，B表为插入表，A表为处理表。A B 表交替进行插入处理。大家看这种方案可行吗，如果不行，有哪些缺点，或者有没有更好的方法。