用于数据库操作的电脑配置应该侧重于CPU还是内存

怀念毛主席

是SQL数据库，数据库文件本身倒很小，才几十兆，因为要每天增加数据库内容，当库文件大小达到30～40MB的时候，增加或检索数据库操作就明显慢了许多。请问大家，对于数据库操作的电脑配置应该更加侧重于CPU还是内存？

onuki

每天增加那么多,好象做台帐之类的~~

rukky

主要还是程序优化

怀念毛主席

{lol:] {lol:] {lol:] {lol:] {lol:]

怀念毛主席

这个怎么优化啊？单单在系统属性的性能中把CPU用更多的时间来运行程序好象没多大用处。

macross_mac

数据库最重要的是要优化磁盘I/O

如果你库文件很小可以考虑 放做个memdisk 放进去
但是要记得要随时备份

没啥

8G内存 ramdisk 这才是王道

怀念毛主席

可是内存盘一关机数据就没了

翠花

吐血
这么小的数据库文件
能有多大的并发量啊

台式机就足够了
没几个操作就全在内存里了磁盘基本无所谓顶多每天前几个操作慢点后面就快了

估计也就是库管软件  财务软件这类东西了  又没几个人用的  要啥性能啊

怀念毛主席

台式机在用，就我一个人用，每天要增加录入很多数据。就是随着数据的增加，每录入一条保存再新增数据的时间会很长，再接着录另一条，慢了很烦的，工作量上不去，检索是倒是用的很少。

148066072

就这么小的数据量，你一个人用，还每录入一条保存再新增数据的时间会很长，
你啥配置啊？P3?
一般数据库检索会慢一点，insert不会很慢（特别是你这种一个人用，没并发性的）。
你中病毒了。。。。

Prescott

几十兆的数据，一个人录入，你就是神仙，一分钟能录入几条？一天下来能有10000条记录撑死了，居然能越录入越慢。

把那个程序员揪过来打PP，绝对不会冤枉他。

whhwhhwhh

看了LZ 的情况，据我的经验应该是程序写的太烂了，
我原来上学时帮开家教的朋友写了个家教管理软件，
用PB　5.0　写的，　后台用的　ASA数据库，
当数据库大于10M时各种操作慢的象SHI　一样的，
但只要小于10M就没事，后来不想重写程，　我把他
的每个家教分部做了个单独的DB，程序改成可多开的，
同时开5个客户端访问5个分部的DB都　没事（当时是
P3　C　1G的CPU，256M　内存），再做了几个
DATAPIPE　给各个DB　间传数据。
主要原因是：
　　我所有的查询都是全部遍历的，　只要改成缓存
方式就会好的（PB　有的一个查询优化的功能，叫什
么忘了，就是查的数据放满缓存就停下，当客户下翻
到缓存　中最后几条数据时，再取出一定量的数据放
入缓存中），不过当时不会，现在也不会了很多年
没碰哪个了。

怀念毛主席

程序是3千块钱买来的，人家都卖了好多年，已经升级了几代了

[ 本帖最后由 怀念毛主席 于 2008-7-31 12:13 编辑 ]

怀念毛主席

原帖由 Prescott 于 2008-7-31 11:43 发表
几十兆的数据，一个人录入，你就是神仙，一分钟能录入几条？一天下来能有10000条记录撑死了，居然能越录入越慢。

把那个程序员揪过来打PP，绝对不会冤枉他。

一天录个几百条吧!当然也不是一天变慢的，当数据库中有几2、3万条的时候就开始变慢

FENG950

应该是程序本身的问题，估计操作当中可能有遍历的操作，你录入的数据有没有要求唯一值比如不同号的？

程序一开始没打好框架（其实没几个能真打好的），越往后扩展越臃肿效率越低下，或者新员工水平也跟不上，面对越来越烂的代码（经常是赶进度为解决问题临时拼出来的，过后也不动了）应付不了，程序越“新”越烂也是很正常的。

[ 本帖最后由 FENG950 于 2008-7-31 13:01 编辑 ]

znai9

同意楼上的
另外不知道这些人对SQL怎么这么感兴趣
楼主的应用用VFP编个程序就很好了
程序里加上备份、录入和保存的库分开，dbf也稳定的很
另外3000块也有点贵哈

zitar

重磁盘。当然，CPU比内存重要些

uuztao20

CPU RAM一个不能少

junyi6

应该是程序写得烂,或者数据库本身配置不合理.

如果只是增加1条数据库记录, 那么任何现有流行数据库所费时间应该不会大于0.1秒.
应该来说数据服务器应该侧重于磁(硬)盘和CPU. 内存大于2G基本没啥感觉. 40M这个数据库也太小了.