![]() | |
![]() |
| | Thread Tools | Display Modes |
#1
| |||
| |||
|
#2
| |||
| |||
|
#3
| |||
| |||
|
|
I would start by trying to identify the bottleneck - from what you've said, it's not clear if this is an MSSQL issue. If I understand you, both you and the other users are hitting the same IIS server, and issuing the same queries, but they get the results slowly and you don't. That could suggest that the delay is in serving the pages to the remote users, not in retrieving the data from the database. You can use the MSSQL Profiler to check the duration and execution plan of your queries, to see if there's any difference depending on the user requesting the data. If there is a difference, then hopefully the execution plan will give you a clue as to where the problem is. You might also want to post in an ASP/IIS group, if you haven't already done so - many performance problems aren't due to only one issue, so getting some ideas about how to investigate the other components of the system would probably be useful. Simon |
#4
| |||
| |||
|
|
Hi Simon, I did some debugging, and it took SQL Server the same about of time to do complete the query for both local and interstate, and it's the serving of the page that is definitely taking much longer on our interstate servers. Usually, most users would do a query that should return about 1000+ records, and than these records gets displayed into a table on the asp page. The page (file size) itself is roughly around 110+kB, so it's not exactly a BIG file to be tranferred. But then why the slow down? Any advices/ideas on how to by-pass this problem? Regards, Shawn |
![]() |
| Thread Tools | |
| Display Modes | |
| |