如果你一分钟需要不停插入 500条记录,我觉得数据量算是大了。如果你不用于查询,我觉得IO系统应该是最重要的,内存反而没有那么重要了。
------------------
http://chinadba.cn
深圳骄子数据库服务网
最具实战经验的数据库优化,管理,设计,培训网站

解决方案 »

  1.   

    数据量算不上大,但是SQL Server 2000占用较多的内存也未必是异常现象。
    如果数据库运行正常,内存方面不存在瓶颈,增加内存没什么意义。
      

  2.   

    我们客户端有70台终端,在一个局域网内,插入和查询数据库非常频繁
    硬盘用RAID 0,HP的服务器,准备换RAID1
    请问有什么更好的建议吗?
      

  3.   

    如果查询也非常频繁,你的服务器需要至少加到2G内存RAID1意思是2块硬盘镜像,如果你有4块硬盘做Raid1时,实际应该叫 Raid10或RAID01RAID1,RAID10 比 RAID5 性能更好,比 RAID0更安全。
    ------------------------------------
    http://chinadba.cn
    深圳骄子数据库服务网
    最具实战经验的数据库优化,管理,设计,培训网站
    现在进行的是 csdn 推广活动
      

  4.   

    1.完全正常.MSSQL的内存大小,你如果不想让它用到700,可以设置的.如果确实只有1G内存,建议只分配500M给它.而MSSQL据反复测试发现,所谓的700M内存,其实大量是残废数据,真正要用的有用的内存,估计不超过250M.
    2.服务器内存越大,则稳定运行时间越长,一般你这样连续24小时*7的服务器,最低建议配合2G内存,然后让MSSQL自动适应内存,一般不超过1G为宜,如果超过1G建议强制限制到1G.
    3.刚测试发现的,MSSQL的速度,和CPU成正比.
      

  5.   

    再补充一点:
    你使用中的某个表,比如有一千万条记录,它占用的数据库文件在硬盘上为500M,那么你至少要为MSSQL分配500M的内存.不然会出错很容易出现超时的情况
      

  6.   

    我不同意楼上的。如果我有一个表有2亿条记录,那我得多少内存呐。PS:我们以前就有一张表2亿多条记录。------------------------------------
    http://chinadba.cn
    深圳骄子数据库服务网
    最具实战经验的数据库优化,管理,设计,培训网站
    现在进行的是 csdn 推广活动
      

  7.   

    数据库优化不是这样做的
    你要在负载大的时候检查内存、IO、CPU使用情况
    再根据情况决定是不是加大内存
      

  8.   

    因为我之前有过百万条数据连续开机经验,内存也是吃的蛮大.
    最近我在处理一个每天增加百万条记录的表时,也遇到了内存问题.
    试下把200万条记录的表运行在仅为SQL分配64M内存的情况下试下.会不断的出现超时的错误的,根本无法处理.128M时免费可以处理.200M时轻松就调出来了.
    无论数据库如果利害,但始终它都还是得写入硬盘的,操作硬盘的速度和操作内存的速度....哪个快?就是这道理.呵呵.
    和WINDOWS的内存机制一样,所以我上面才说它的870M里有大量的残废没用数据.
    ^_^