Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations Chris Miller on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Speed

Status
Not open for further replies.

YALIE

MIS
Jan 2, 2000
2
US
I have a SQL 7.0 DB with approx. 250,000 records in a 'name' table. RUns in Novell 4.0 environment with 40 or so users on at a time. It is extremely slow when doing lookup on name field. If seach is on numeric field, i.e. soc sec #, then it is extremely quick. Vendor is working on code changes.<br>
However, any ideas on why it would bog down at various times in the day or week? Seems to be no rhyme or reason to it....i.e. no report generations at the time. Defragging helped for awhile but now is happening again.<br>
Server and workstations very powerful. Any obvious things I could be missing? I understand there are many vairables involved.
 
Obvious things....<br>
Index on the name field ?<br>
Select statement using LIKE &quot;%name%&quot; ?<br>
A user who runs a very heavy query periodically ?<br>
Run the SQL Trace to view the queries coming in ?<br>
Dodgy database structure ?<br>
Error in the code ? A statement that includes a table in the where clause but no join is a favourite... it creates a cartesian product but the result may still be correct.<br>
<br>
Jez.
 
I'd agree with Jaz - they are the most obvious things.<br>
<br>
Run sp_helpindex [tablename] to see what indexes you have and what fields they are against. Add up to 6/7 indexes on a table if you feel they require them.<br>
<br>
One other thing - check what kind of locks the application takes out on that table. MAybe the queries are queueing for the records.<br>
<br>
C
 
Thanks folks. Very helpful.....Ill try your suggestions.
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top