views:

197

answers:

6

In the never-ending search for performance (and my own bludgeoning experience), I've learnt a few things that could drag down the performance of a SQL statement.

Obsessive Compulsive Subqueries Disorder
Doing crazy type conversions (and nest those into oblivion)
Group By on aggregate functions of said crazy type conversions
Where fldID in (select EVERYTHING from my 5mil record table)

I typically work with MSSQL. What tools are available to test the performance of a SQL statement? Are these tools built in and specific to each type of DB server? Or are there general tools available?

+3  A: 

I mostly just use Profiler and the execution plan viewer

Galwegian
Pretty much all you need, ever, for individual queries
gbn
+5  A: 

SQL Profiler (built-in): Monitoring with SQL Profiler

SQL Benchmark Pro (Commercial)

SQL Server 2008 has the new Data Collector

SQL Server 2005 (onwards) has a missing indexes Dynamic Management View (DMV) which can be quite useful (but only for query plans currently in the plan cache): About the Missing Indexes Feature.

There is also the SQL Server Database Engine Tuning Advisor which does a reasonable job (just don't implement everything it suggests!)

Mitch Wheat
Thanks, that pretty much gets me started. This covers the MSSQL angle, are there general tools available for MySQL or Oracle? Or would those have their own tools?
MoSlo
A: 

MSSQL has a database tuning advisor that will often recommend indexes for tables based upon common queries run during the tuning period, however it wo't rewrite a query for you.

In my opinion, experience and experimentation are the best tools for writing good SQL queries.

ck
A: 

In mysql (may be in other databases too) you can EXPLAIN your query to see what database server thinks about it. This usually used to deside which indexes should be created. And this one is build-in, so you can use it without installing additional software.

Ivan Nevostruev
A: 

Adam Machanic has a simple tool called SqlQueryStress that might be of use. It is designed to be used to "run a quick performance test against a single query, in order to test ideas or validate changes".

adrianbanks
+1  A: 

Execution Plans are one of the first things to look at when debugging query performance problems. An execution plan will tell you how much time is roughly spent in each portion of your query, and can be used to quickly identify if you are missing indexes or have expensive joins or loops.

tbreffni