更换数据库出现的问题,望大家指点

Question

对已有系统进行升级,现处于测试阶段,用数据库01感觉没什么异常.
发现更换数据库02时,很多页面处理速度很慢,如"添加"按钮,接连多点几次出现"无响应"情况.01数据库是开发时用的测试数据库,02数据库结构与01相同,数据源不同.
同样的程序发现连接02时,速度很慢,我删除了大部分数据,比01里的还小.实在弄不明白是什么原因引起的.

Answer 1

你通过查询分析器来连接数据库1/2，然后在里面先后执行相同的语句，看看使用的时间； 
感觉不到,速度差不多.通过查看cpu和内存的使用情况,又怎样测出问题点在哪呢?另:用数据库02,我设断点能逐条测试,感觉不慢,
如"添加"按钮事件:
protected void btnadd_click(...)
{
...//
}
执行完后就要等,这时根本不知执行什么呢,也无法跟踪.

Answer 2

应该是服务器的问题,跟你的代码应无关系.
你可重点检查服务器/数据库2的配置,以及网络连接情况,Ping它一段时间,看网络是否有丢包不顺畅.

Answer 3

今天无意中错删了01数据库表"入库表receiveinfo" 的部分数据,发现程序运行起来也很慢.
现感觉有可能是程序问题.
我简单说一下表的关系:
订单表:orderinfo,存放所有订单信息(主键: ordercd,字段:warecd,ordercd...)
入库表:receiveinfo,存入所有订单的入库信息,(主键:receivecd,另通过ordercd与订单表关联)
出库表:outinfo,存放所有出库信息(主键:outcd,通过warecd与订单表关联)无意中用delete from receiveinfo where ordercd between '000280' and '000352'
删除了几十条订单信息,后运行时,发现出库页面很慢,但没报错,只是页面动不动,出现前面已描述的情况.出库页面结构,共两个table,
table1是详细区,有出库编号,出库时间textbox等,另有"添加","修改","删除"按钮可用增删出库信息.
table2是搜索list区,放一个gridview和搜索框,
代码没什么特殊的,也检查过,真弄不明白有什么特殊的.
所有记录的删除都是置delflg='1' 
不知大家是否遇到过此类情况,另gridview的数据源,是通过五六个表inner join而来的,
如"select ordercd,orderinfo.warecd ,receiveinfo.receivecd ...
    from orderinfo 
    inner join receiveinfo  on orderinfo.ordercd=receveinfo.ordercd
    and orderinfo.delflg='0' and receiveinfo.delflg='0' (未删除的数据...)

Answer 4

检查你的表,在主外键主段上是否都已建有索引."gridview的数据源,是通过五六个表inner join而来"
--太多表关联查询,若索引没建好,数据量一大查询就会变得很慢.

Answer 5

谢谢,
头都大了,现所有主键建立索引,外键还未建.
可我把sql语句放在查询分析器里执行,发现速度很快,一秒都不要.各位,真的是索引问题吗?

Answer 6

建议
1.将现有的所以数据库给停掉 
2.将IIS给停掉
3.任务管理器->aspnet_wp进行给结束掉
4.修改config的连接字符串
5.将数据库启动\iis启动\
6.OK 访问试一下

Answer 7

--"我把sql语句放在查询分析器里执行,发现速度很快,一秒都不要. "应该不是索引的问题.你得找找其他外部原因.

Answer 8

从01的备份，重新建一个03数据库
从02的备份，重新建一个04数据库测试一下速度，也许就正常了log file 的大小, 如果太大也影响速度

Answer 9

[Quote=引用 18 楼 ttgzs 的回复:]
建议 
1.将现有的所以数据库给停掉  
2.将IIS给停掉 
3.任务管理器->aspnet_wp进行给结束掉 
4.修改config的连接字符串 
5.将数据库启动\iis启动\ 
6.OK 访问试一下试过,不行.

Answer 10

[Quote=引用 21 楼 weiyue_net 的回复:]从01的备份，重新建一个03数据库 
从02的备份，重新建一个04数据库 测试一下速度，也许就正常了 log file 的大小, 如果太大也影响速度测试哪个速度,要怎样测试,不太明白.

Answer 11

非常同情楼主...你的问题比较奇怪,大家很难给你明确的解答,更多地靠你自己去找原因.1、若你的数据量>10000，就需要建索引来加快查询速度。
之前怀疑你的索引没建好，但你一直说，同样的语句在查询分析器里执行速度很快，WEB执行确很慢，说明不是索引的问题。若是索引的问题，查询分析器里执行亦会很慢。2、你可以把你的数据库，移到另一台服务器，看速度是否有改善。亦可重新建一个站点试试，包括在另一台服务器上运行该WEB站点。
凡是一些配置方面的东西（如换数据库/IIS服务器），都可以重做一次试试，总比重写代码强。3、最好测试你的网络情况，看网络是否有丢包的情况。4、实在不行，你最好在身边找一个比较有经验的朋友帮你实地调试找到原因。

Answer 12

哎,被整了两天了,还是没找出原因.
今天要在SQL Server事件探查器中，发现audit logout占用资源,大家遇到此类问题了吗?

Answer 13

谢谢大家的高见.
但问题现还没有解决,今天发现一个问题,当导入数据库02中商品信息表wareinfo后,所有有绑定商品信息中的商品代码的dropdownlist的页面出现上述情况,其它页面能正常使用.如: 在订单页面,有一个dropdownlist ddlwareinfo, ddlwareinfo的数据源是wareinfo表中相关字段,订单页面操作很慢,有时一个操作要等一分来钟.现我试着改了一个页面,ddlwareinfo换成一个textbox 和button,用单独的弹出页面选择wareinfo相关字段值,
这时也能正常运行.但由于有很多页面上都有绑定wareinfo的dropdownlist,改起来工作量很大,不知各位有没有遇到这样的问题,麻烦各位不惜赐教!
另入库页面,没有绑定wareinfo的dropdownlist ,换数据库后能正常使用.

Answer 14

b/sdropdownlist数据绑定有限制的.