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

sowo

程序太烂了吧，才几十M的数据库能慢到哪里去呢？

nzzt

做数据库维护计划，每天重建索引，比升级机器强100倍。

tx97

原帖由 怀念毛主席 于 2008-7-31 12:12 发表
程序是3千块钱买来的，人家都卖了好多年，已经升级了几代了

绝对是程序写的烂或者SQL库结构设计失败。我曾经改过一个图式管理系统，10w册图书数据，按书名或者备注关键字查询存书时慢得要死。结果是开初写程序的居然没用SQL查询语句，自己写个嵌套循环遍历数据库……新编写代码不到20行，速度快了上千倍

翠花

这年头

程序员基本=电脑城小工

绝大多数水平烂到家

kx118

原帖由 macross_mac 于 2008-7-31 09:14 发表
数据库最重要的是要优化磁盘I/O

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

简直是不可思议的方案。太扯了。

kx118

如果是程序的问题，并且还是买来的，那就忍着吧，没辙。
SQL Server是有非常多可优化的地方的。
你可以开SQL跟踪，仔细看看到底是哪个或哪类操作的时间比较长，然后决定优化方向。

kx118

几个常规建议
0.是否有病毒？
1.看临时表空间大小以及是否自动分配，尽量空间加大，调整参数，降低自动分配发生次数。临时表会影响select，insert，delete和update的所有操作。
2.看数据库是否自动分配空间？自动分配如果参数设置不合理，会造成性能下降
3.看是否在相关表上建立了太多的索引？这会影响insert性能
4.看是否相关表上没有建索引？这会影响select性能
5.如果可能，检查是否有触发器，如果触发器设计不合理，也会有性能问题
6.如何存在索引问题，可以删除多余的索引，然后定时重建
7.看给SQL服务器分配的内存是否太小


对于一个常规PC系统来说，楼主的这点数据实在是太小了。

tenzerotwo

毋庸置疑，程序写的烂，后面的版本应该边拓展功能边优化。

lemonninja

原帖由 怀念毛主席 于 2008-7-31 12:12 发表
程序是3千块钱买来的，人家都卖了好多年，已经升级了几代了

什么程序啊？ 叫什么名字 99%是程序本身的问题 你向开发商反映过这个问题吗？

Ricepig

这么小的数据量，我怀疑这个程序是用了自己开发的所谓“数据库”

商用的数据库，在这么小的数据量下，插入会这么慢，厂商可以买块豆腐撞死了

AMD11

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

{cry:] 楼主太强悍了。
当年，我用P4 XEON 2.8GHz迁移带3个大字段的1400万行记录的SQL Server2000都没有觉得慢。{shy:]

风清扬散热

普通应该就行了,

sunhaizheng

磁盘，多做索引吧， 数据大了以后再作切割。

mike40000

其实ls都错了，是lz的小宇宙多次提升后动作已经远远超过了光速，电脑本身就是一个瓶颈！{lol:]