Click here to monitor SSC
SQLServerCentral is supported by Red Gate Software Ltd.
 
Log in  ::  Register  ::  Not logged in
 
 
 
        
Home       Members    Calendar    Who's On


Add to briefcase

Sql Server2000 is Slow Help ! Expand / Collapse
Author
Message
Posted Tuesday, August 17, 2004 11:44 PM
Forum Newbie

Forum NewbieForum NewbieForum NewbieForum NewbieForum NewbieForum NewbieForum NewbieForum Newbie

Group: General Forum Members
Last Login: Tuesday, August 31, 2004 11:36 PM
Points: 1, Visits: 1

Hi,

In My company using sql server2000 for ERP product. Crystal also using in the same database.

Around 60 reports in the crystal. Using ASP to getting the reports.

Using frame in the html pages.

Aroung 32 users are connecting in the server. Opening the crystal report

its talking more than 5 mints. pl suggest me to get rid of from this problem.

 

Server pIV-2 GB ram, 2.6 ghz speed.

40 gb hdd.

Server is login server(DHCP) for network and shared folders also in this server, users accesing the shared folder.

 

ANY THING TO DO IN THE SQL SERVER TO MAKE UP SPEED.

 

Thanks & Regards

Uma Shankar.S

 

 




Post #132453
Posted Wednesday, August 18, 2004 10:10 AM
SSC Eights!

SSC Eights!SSC Eights!SSC Eights!SSC Eights!SSC Eights!SSC Eights!SSC Eights!SSC Eights!

Group: General Forum Members
Last Login: Sunday, November 10, 2013 11:52 AM
Points: 877, Visits: 188

Why don't you try posting in a SQL Server 2000 newsgroup (which this one isn't)

 



Jamie Thomson
http://sqlblog.com/blogs/jamie_thomson
Post #132615
Posted Friday, August 20, 2004 1:42 AM
Old Hand

Old HandOld HandOld HandOld HandOld HandOld HandOld HandOld Hand

Group: General Forum Members
Last Login: Friday, June 1, 2012 2:33 AM
Points: 312, Visits: 179

Which ERP System ?

Checked processor usage already ?

Disk writes ??? Which disks are you using ? Scsi ?

Had same problem when administrating. More memory and a fast NIC did the job.

Kind regards

El Jefe




JV
Post #133045
Posted Friday, August 20, 2004 1:44 AM
Old Hand

Old HandOld HandOld HandOld HandOld HandOld HandOld HandOld Hand

Group: General Forum Members
Last Login: Friday, June 1, 2012 2:33 AM
Points: 312, Visits: 179

Which ERP System ?

Checked processor usage already ?

Disk writes ??? Which disks are you using ? Scsi ?

Had same problem when administrating. More memory and a fast NIC did the job.

 

And please use the server only for SQL 2000, not as domain controller or print and file sharing !!!!!!!!!!!!!!!!!

Kind regards

El Jefe




JV
Post #133046
Posted Friday, August 20, 2004 10:59 AM
SSC-Enthusiastic

SSC-EnthusiasticSSC-EnthusiasticSSC-EnthusiasticSSC-EnthusiasticSSC-EnthusiasticSSC-EnthusiasticSSC-EnthusiasticSSC-Enthusiastic

Group: General Forum Members
Last Login: Friday, September 9, 2011 2:27 PM
Points: 112, Visits: 11

Look for Lock problems.

Check statistics, update as necessary.

Reindex.

Use SPs over ad hoc T-SQL.

Limit joins - opt for temp tables where large, relatively static intermediate results are reused.

Break the problem down to specific queries, i bet it is a limited few that are the problem.

-------------------------------------

soapbox: Decaf coffee, much like a solar flashlight, is as useless as beer with no alcohol.




Post #133136
Posted Friday, August 20, 2004 12:48 PM
Hall of Fame

Hall of FameHall of FameHall of FameHall of FameHall of FameHall of FameHall of FameHall of FameHall of Fame

Group: General Forum Members
Last Login: Today @ 10:40 AM
Points: 3,243, Visits: 540

Uma,

You've posted in the General topic for the SQL Server Yukon Beta forum. Which is what Jamie was trying to point out.

There are several different General subforums, so be careful which one you are posting in.

-SQLBill




Post #133166
Posted Monday, August 23, 2004 8:54 AM


SSC Eights!

SSC Eights!SSC Eights!SSC Eights!SSC Eights!SSC Eights!SSC Eights!SSC Eights!SSC Eights!

Group: General Forum Members
Last Login: Today @ 6:34 AM
Points: 969, Visits: 3,028

This doesn't sound like a SQL problem, it sounds like a Crystal problem. 

While Crystal is designed to simply "connect and create" reports against a database, it's notoriously slow if the report is even slightly complicated.

If Crystal is doing all of the work (sorting, summing, joining, etc) for these reports, 5 minutes for a report to produce results is not a lot, even with only 35 users.

Your reports will be much faster if you write a stored procedure to produce the desired results for each report, and use Crystal to display the results of the stored procedure.

You can verify this by copying the SQL code from one of Crystal reports and running it in Query Analyzier. If you get results back in seconds in QA, then you can be sure that it's Crystal.

Good Luck 



Michael L John
To properly post on a forum:
http://www.sqlservercentral.com/articles/61537/
Post #133341
« Prev Topic | Next Topic »

Add to briefcase

Permissions Expand / Collapse