用set timing on
进行测试一下就知道了。

解决方案 »

  1.   

    基于规则的实时划价系统,系统最高要求每秒划价200次,最低100次,简单的划价由1-2条SQL语句加一些运算就可以搞定,复杂的划价则需要根据参数去算,我编写的SP来回调用了10次(包括子过程)。刚开始将所有的划价规则写入SP中,发现SP执行效率比SQL语句慢得多,即使采用SQL,也不能达到5毫秒一次的要求。我们也考虑了另一种方式,一次性将所有相关表读入应用服务器的内存中,直接在程序中进行处理(定时同步)。这样应该可以满足要求。我是想问,这是不是数据库操作的极限,已没有优化的可能。对于这样的系统,和数据库实时交互是不可能的?
      

  2.   

    set timing on 测出来的速度是不准的,它包括了显示的时间,你有测出来小于100ms的情况吗?
      

  3.   

    to Michaelyfj(星星还是那颗星星)我只测单用户,目前服务器是在P4的机器上运行,内存足够,并且目前测试的是最简单的SQL语句,数据量也极少。我想目前的情况应该与Server的配置关系不大。
      

  4.   

    并且,我用SQL跟踪的办法,似乎也测不出单条SQL执行的时间。好像也不准。