真正用时才发现知识和经验的不足,各位老大能说说吗!另一实际问题:有一实际分页要求(第一个,最后一个,前一个,后一下)。但由于表结构历史原因,查询一次至少要关联3次以上。数据库为inno,现在查一次在30多秒之后。一表在40万记录;一表在300万记录。 因为有很多分类都有这种分页要求。且都要查上面两个表(即两个表多次关联)。数据表的索引应已为最优,否则早就崩了。我的想法是能否生在临时表(即将相关的分类的按相当排序),以后查时只查这几个临时表。(另外,新增数据频繁,所以,临时表如没有办法实时,可以定时生成)!象这种需求用什么方案比较好?先谢了!

解决方案 »

  1.   

    我的想法是能否生在临时表(即将相关的分类的按相当排序),以后查时只查这几个临时表我现在就是这样处理的。做一个中间表,把原始记录进行一个初步的统计汇总后,写入到中间表,用EVENT每天晚上2点自动执行这个统计操作。同时中间表进行分区。
      

  2.   

    现在没有办法重新设计表,老板不让,只能想优化。
    就那40万的表,我查一next 2.5秒