SQL Server Central is supported by Red Gate Software Ltd.
 
Log in  ::  Register  ::  Not logged in
Search:  
 
 

Improving performance on joins to large tables.

By Cade Bryant, 2003/06/03

Total article views: 495 | Views in the last 30 days: 39

In your tenure as a DBA/developer, you've probably been asked to write dozens of stored procedures similar to this:

CREATE PROCEDURE ContactInfo
@ContactID int
AS
SELECT c.Name, a.Address, p.Phone
FROM Contact c
LEFT JOIN ContactAddress a
ON c.ContactID = a.ContactID
LEFT JOIN ContactPhone p
ON c.ContactID = p.ContactID
WHERE c.ContactID = @ContactID

But there is a more efficient way to write such a query.....particularly if you are joining onto very large tables.  It involves using derived tables with the stored procedure parameters imbedded within them, as the following script shows.  In my tests, I ran this query with STATISTICS TIME set on, and it reduced the CPU Time and Elapsed Time from 16 ms to 0 ms, and 263 ms to 15 ms, respectively.

(Note: if you're running version 2000, you can improve this even more by rewriting the derived tables as UDFs accepting a @ContactID parameter.)

By Cade Bryant, 2003/06/03

Total article views: 495 | Views in the last 30 days: 39
Your response
 
 
Related tags

Miscellaneous    
T-SQL Aids    
 
Already registered?  

Free registration required

To read the rest of this article, and access thousands of other articles, we ask you to register on the site and subscribe to our newsletters.

Register

E-mail address:
Password:
Password (confirm):

  

Subscriptions

We ask you to register on the site and subscribe to our newsletters. Subscribing to our newsletters gets you:

  • ALL of our content (thousands of articles, scripts, and forum postings)
  • A daily newsletter (example)
  • A weekly news round up (example)
  • The opportunity to ask and answer questions in our forums
  • A daily Question of the Day to test and help you increase your knowledge of SQL Server.

We ask that you give the newsletter a try for a week. Over 200,000 SQL Server Professionals a day find it entertaining and useful. If not, you are welcome to unsubscribe at anytime.

Steve Jones
Editor, SQLServerCentral.com