就怕访问量太高,数据库服务器暴了...

解决方案 »

  1.   

    还想过一种做法
    就是每个地区都建一个价格表
    这样就只要把地区作为参数,直接去查询该地区的表就可以了但是有30多个价格表,看着是不是蛮奇怪的啊?
      

  2.   

    我觉得给每个地区建一个价格表比较好!虽然有30多个价格表,但这对SQL Server还是小意思!不会有什么问题!
      

  3.   

    就用原方法没问题,我这有一些表有100多万呢,好像没什么问题
      

  4.   

    假设30个地区各建一个价格表,每个表内平均100条记录;
    查询一条的时候,需要最多30+100次;
    如果放在一个表内最多可以达到30*100次;
    平均情况考虑,各建一个价格表也是比较有效率的选择。
    做东西的时候不能仅仅考虑可不可用,应该选取最好的方法才可以亚。
      

  5.   

    我同意原来的方法,用索引,而且你可以在上面再建一个视图,速度绝对不是问题!