A list of SQL best practices

Here are some SQL programming guidelines and best practices we collected, keeping quality, performance and maintainability in mind. This list is not complete at this moment, and will be constantly updated.

• Do not use SELECT * in your queries.
• Always use table aliases when your SQL statement involves more than one source.
• Use the more readable ANSI-Standard Join clauses instead of the old style joins.
• Do not use column numbers in the ORDER BY clause.
• Always use a column list in your INSERT statements.
• Don’t ever use double quotes in your T-SQL code.
• Do not prefix your stored procedure names with “sp_”.
• Always use a SQL formatter to format your sql like Instant SQL Formatter(Free and Online)

Do not use SELECT * in your queries, write out the full syntax.

Always write the required column names after the SELECT statement, like:

SELECT CustomerID, CustomerFirstName, City from Emp;

This technique results in reduced disk I/O and better performance.

Always use table aliases when your SQL statement involves more than one source

If more than one table is involved in a from clause, each column name must be qualified using either the complete table name or an alias. The alias is preferred.
It is more human readable to use aliases instead of writing columns with no table information.

Use the more readable ANSI-Standard Join clauses instead of the old style joins

With ANSI joins, the WHERE clause is used only for filtering data.
Where as with older style joins, the WHERE clause handles both the join condition and filtering data.

Furthermore ANSI join syntax supports the full outer join.

The first of the following two queries shows the old style join,
while the second one shows the new ANSI join syntax:

Do not use column numbers in the ORDER BY clause

Always use column names in an order by clause. Avoid positional references. Consider the following example in which the second query is more readable than the first one:

Always use a column list in your INSERT statements

Always specify the target columns when executing an insert command. This helps in avoiding problems when the table structure changes (like adding or dropping a column).

Consider the following table:

Here’s an INSERT statement without a column list , that works perfectly:

Now, let’s add a new column to this table:

Now run the above INSERT statement. You get the following error from SQL Server:

Server: Msg 213, Level 16, State 4, Line 1

Insert Error: Column name or number of supplied values does not match table definition.

This problem can be avoided by writing an INSERT statement with a column list as shown below:

Don’t ever use double quotes in your T-SQL code

Use single quotes for string constants. If it’s necessary to qualify an object name, use (non-ANSI SQL standard) brackets around the name, like table name: ORDER DETAILS in this SQL.

Do not prefix your stored procedure names with “sp_”

The prefix sp_ is reserved for system stored procedure that ship with SQL Server. Whenever SQL Server encounters a procedure name starting with sp_, it first tries to locate the procedure in the master database, then it looks for any qualifiers (database, owner) provided, then it tries dbo as the owner.

So you can really save time in locating the stored procedure by avoiding the “sp_” prefix.

Always use a SQL formatter to format your sql like Instant SQL Formatter(Free and Online)

The formatting of SQL code may not seem that important,but consistent formatting makes it easier for others to scan and understand your code.

SQL statements have a structure, and having that structure be visually evident makes it much easier to locate and verify various parts of the statements.

Uniform formatting also makes it much easier to add sections to and remove them from complex T-SQL statements for debugging purposes.

Instant SQL Formatter is a free online SQL tidy tool that makes your SQL script readable instantly.