修复了索引，用软件打开还是慢

[yuqianpingnihao]

修复了索引。用软件打开还是慢（一张单据17秒）。把他备份到另一台电脑 再还原上数据库。装好服务端。再打开该张单据1秒左右 速度就正常了。请问这个到底是怎么会事情呀。。。


我们其他分公司在用的该表用软件打开都是正常的。基本1,2秒就可以打开一张单据、、、、、

[noteasytoregister]

EXEC sp_updatestats

[obuntu]

那不然就用profiler跟踪下语句和执行计划。

[obuntu]

[Quote=引用 1 楼 noteasytoregister 的回复:]

SQL code
EXEC sp_updatestats
[/Quote]

不知道你的修复是用rebuild还是reorganize，如果是rebuild的话，就不需要更新统计信息，如果是reorganize 的话需要手工更新统计信息。

统计信息会影响查询优化器对执行计划的选择。

所以分析下执行计划，一般就能定位到问题在哪里了。

[yuqianpingnihao]

我用 dbcc dbreindex('erp.dbo.SC_JBC_RGZL_T','',0) 这个修复了了、、、、、、不过用软件打开的速度还是慢，，这个有没有跟逻辑盘上面的碎片有关系么？？？？？就是d盘什么的

[SQL77]

[Quote=引用 5 楼 yuqianpingnihao 的回复:]
我用 dbcc dbreindex('erp.dbo.SC_JBC_RGZL_T','',0) 这个修复了了、、、、、、不过用软件打开的速度还是慢，，这个有没有跟逻辑盘上面的碎片有关系么？？？？？就是d盘什么的
[/Quote]
这是重建索引了,可能是网络或其它问题

你们公司的,电脑配置都一样吗???

[一品梅]

呵呵，这种情况我遇到过，你把一些查询表的主键设上。
最关键的是，用sp_spaceused查看一下表占用的空间，看看有没有实际空间和真实使用空间出入很大的数据库，手动压缩一下该数据库

[yuqianpingnihao]

我们分公司的用的erp，可以很快的打开。虽然数据库不是同一个，但是结构都是一样的。。。还有分公司我们是通过vpn连接的，打开该表（用软件）速度很快的。。。。所以网络的问题和配置都应该排除。。。


想不出来什么问题。还原到我的电脑用，装上服务端，速度又很多，所以这个跟数据库也没关系。。。。问题都照不出来呀。。。。

[ask_chang]

个人猜测：
按照你的说法,可能是电脑的问题.

我也遇见过这种情况,换了一台服务器.

如果找到解决方法,请发出来让大家知道.

谢谢

[obuntu]

[Quote=引用 8 楼 yuqianpingnihao 的回复:]

我们分公司的用的erp，可以很快的打开。虽然数据库不是同一个，但是结构都是一样的。。。还有分公司我们是通过vpn连接的，打开该表（用软件）速度很快的。。。。所以网络的问题和配置都应该排除。。。


想不出来什么问题。还原到我的电脑用，装上服务端，速度又很多，所以这个跟数据库也没关系。。。。问题都照不出来呀。。。。
[/Quote]

用
set statistics io on
set statistics profile on
看下执行的IO信息和执行计划。。

[yuqianpingnihao]

把备份出来的数据库在另一台电脑上试，是好的。、、、所以这里排除了数据库出问题、、、、、、、、、找不出什么问题呀。。。。郁闷死了。。。。。。。。

[橡胶轮胎行业数字化高总]

使用SQL Server Profiler进行跟踪，看看执行语句在数据库端所用的时间，如果时间较短，那么就是网络或客户端的问题，如果同一个语句在服务器上执行的时间有长有短，基本可以确定是锁的原因造成的。
查找这个排它锁，将其影响的语句找出来进行优化处理。

[luckyshuping8741]

重建索引，整理下磁盘碎片，还有就是优化下单据的提取方案，在表后面加上nolock