解决方案 »

  1.   

    对于 这种 多个系统 频繁操作 某一个中间表的设计 本身 应该以业务为主,不一定 非要数据库,也可以把这个频繁操作 转移到程序中处理,或者 用缓存+消息队列来解决 数据库中间表本身频繁DML的局限性。若非要用 中间表+存储过程来处理,那么有些比较通用的模式可以提供:  1,不要建立索引,索引目前对于更新力度不大的 海量查询比较有用,
      2,中间表 在不断的 inser update delte 那么对于表空间已经高水位线 是一直不断膨胀的,那么可以再每晚定时做 清理表空间高水位操作,有这样的SQL命令.
      3,可以添加表来做处理,形成一张主表和详情表,对于频繁操作的主表 建议设计字段和空间 都不要太大,这样主表的压力会小很多,然后对于处理后的业务数据在保存到临时表中,然后后台启定时任务去不断的从临时表中获取主要标示字段,然后进行详情表的操作。