J
jghuang
Unregistered / Unconfirmed
GUEST, unregistred user!
我的数据库近来很慢，主机上连也要5到10秒，不知是什么原因，要知道我一开始只需2秒，而且我好像没做什么其它工作。
大虾们，能不能透露一些经验。
大虾们，能不能透露一些经验。
S
searching
Unregistered / Unconfirmed
GUEST, unregistred user!
服务器段有没有启动3d的屏保程序？
我见过一个配置极优的c/s结构，服务器上的屏幕保护程序一去掉
速度马上就提上来了。
不过我也见过有一个用sqlserver的程序，在有的客户机器上很快，
但是在某一台机器上非常慢。我还没有搞清楚。
我见过一个配置极优的c/s结构，服务器上的屏幕保护程序一去掉
速度马上就提上来了。
不过我也见过有一个用sqlserver的程序，在有的客户机器上很快，
但是在某一台机器上非常慢。我还没有搞清楚。
小
小咪
Unregistered / Unconfirmed
GUEST, unregistred user!
如果你是用MS SQL SERVER，那试一下在SQL TOOLS的ISQL/W中运行如下命令：
DBCC UPDATEUSAGE(DBNAME)
或
DBCC CHECKDB(DBNAME)
注
BNAME为你所用的数据库名。
另外，如果你用DELPHI开发应用，尽可能使用TQUERY控件对数据库做增删改，而尽可能
不使用TTABLE空间。
DBCC UPDATEUSAGE(DBNAME)
或
DBCC CHECKDB(DBNAME)
注
BNAME为你所用的数据库名。另外，如果你用DELPHI开发应用，尽可能使用TQUERY控件对数据库做增删改，而尽可能
不使用TTABLE空间。
W
wgzhang
Unregistered / Unconfirmed
GUEST, unregistred user!
近来很慢，是不是在上海？
这个问题困扰我好些时间了。观察下来，很可能是连续的梅雨搞的！
布线的质量如何？猜想线路传输受影响，一次次重复发送造成的。
连续阴雨后，SQL Server速度大大减慢，在多用户环境下常常发生死锁。
我们是通过这一点来估计的。
这个问题困扰我好些时间了。观察下来，很可能是连续的梅雨搞的！
布线的质量如何？猜想线路传输受影响，一次次重复发送造成的。
连续阴雨后，SQL Server速度大大减慢，在多用户环境下常常发生死锁。
我们是通过这一点来估计的。
邹
邹光先
Unregistered / Unconfirmed
GUEST, unregistred user!
如果是数据处理时慢，正好，我有一点东西：
最近，我看了一点SQl的书！
我从作者的经验得知：SQL语言中，索引对数据检索的速度，有着很大的影响！
作者建立不同的索引，并对比测试，结果表明：最快的和最慢的时间甚至相差多达
几分钟！
作者的建议是：
（呵呵，记不全了，抱歉抱歉！！！）
1。不要为会返回大量记录的字段加索引！
2。SQL语句要合理优化。甚至，应该对比测试！比如：select field1,field2 from
talblename where field1='**'
这里就很关键：Where 语句后的字段如果不违反第一条，就应该建立索引！并且，这里字段的先后顺序是：返回记录少的在前面，返回记录多的在后面！
3。两表相连时或是字段比较是，同样是返回字段多的在后！比如：Where table1.field1=table2.field2...
4.以上适用于SQL从左到右解释执行，如果从右到左执行，则以上2。3条改为返回记录少的在后面！
这样，速度或许会快很多的！
最近，我看了一点SQl的书！
我从作者的经验得知：SQL语言中，索引对数据检索的速度，有着很大的影响！
作者建立不同的索引，并对比测试，结果表明：最快的和最慢的时间甚至相差多达
几分钟！
作者的建议是：
（呵呵，记不全了，抱歉抱歉！！！）
1。不要为会返回大量记录的字段加索引！
2。SQL语句要合理优化。甚至，应该对比测试！比如：select field1,field2 from
talblename where field1='**'
这里就很关键：Where 语句后的字段如果不违反第一条，就应该建立索引！并且，这里字段的先后顺序是：返回记录少的在前面，返回记录多的在后面！
3。两表相连时或是字段比较是，同样是返回字段多的在后！比如：Where table1.field1=table2.field2...
4.以上适用于SQL从左到右解释执行，如果从右到左执行，则以上2。3条改为返回记录少的在后面！
这样，速度或许会快很多的！
J
jghuang
Unregistered / Unconfirmed
GUEST, unregistred user!
多谢各位.
searching: Let's keep searching.
小咪:好像没有起作用。另外，我所有程序中，向来是没有一个Table的。
wgzhang:不在上海，在南京，一样的梅雨。但是本纪应该没有问题吧?
邹光先：连接很慢，能不能解决呢？
searching: Let's keep searching.
小咪:好像没有起作用。另外，我所有程序中，向来是没有一个Table的。
wgzhang:不在上海，在南京，一样的梅雨。但是本纪应该没有问题吧?
邹光先：连接很慢，能不能解决呢？
S
sonie
Unregistered / Unconfirmed
GUEST, unregistred user!
我也遇到过类似的问题，后来发现是服务器内存少了的原因，我想你可否优化一下你的NT SERVER，最好不要把SQL SERVER装在主域控制器上。另外SQL SERVER的连接协议数与性能有很大的关系，一个协议可能要占很大的内存，试着减少一点？wgzhang说的也有可能，特别是你的网络跨段时。邹大虾说的也有理，但似乎难于解释连接慢这一现象。
C
CJ
Unregistered / Unconfirmed
GUEST, unregistred user!
这也满怪的，网络传输速度如何？服务器增加软件了？配置是否更改？
J
jghuang
Unregistered / Unconfirmed
GUEST, unregistred user!
近来我和晓茶一起写一个题库，我呢就在NT上写，晓茶在我的旁边写，
一开始，他那边有时会连不上，后来没怎么动，也就好了。
后来，连数据库的速度就降下来了，而且两边都一样。
日志太大会不会影响速度，以前只给了1M，后来给写满了。于是增加到10M,
会不会10M太多了。
一开始，他那边有时会连不上，后来没怎么动，也就好了。
后来，连数据库的速度就降下来了，而且两边都一样。
日志太大会不会影响速度，以前只给了1M，后来给写满了。于是增加到10M,
会不会10M太多了。
C
CJ
Unregistered / Unconfirmed
GUEST, unregistred user!
连接其它数据库如何？
看看TEMPDB的日志？
MASTER数据库设备是否小了？
内存配置改变了？
服务器配置呢？
用 ISQL 呢？ODBC 呢？
用 IMAGE/TEXT 字段了？
看看TEMPDB的日志？
MASTER数据库设备是否小了？
内存配置改变了？
服务器配置呢？
用 ISQL 呢？ODBC 呢？
用 IMAGE/TEXT 字段了？
J
jghuang
Unregistered / Unconfirmed
GUEST, unregistred user!
多人接受答案了。