workflow migration
Office 365 Calendar
Azure Serverless
Office 365
Selenium Test automation
Records Management SharePoint
Critical Path method
1 2 22

Every Customer/ User always wants a fast response on their data retrieval process. So we need to design a good database that provides best performance during data manipulation which results into the best performance of an application. However, there is no straightforward way to define the best performance but we can choose multiple ways to improving SQL query performance, which falls under various categories like creation of Indexes, usage of joins, and rewrite a subquery to use JOIN, etc.


As a developer, we know any SQL query can be written in multiple ways but we should follow best practices/ techniques to achieve better query performance. I’m highlighting some of them below:

1. Use EXISTS instead of IN to check existence of data.
2. Avoid * in SELECT statement. Give the name of columns which you require.
3. Choose appropriate Data Type. E.g. To store strings use varchar in place of text data type. Use text data type, whenever you need to store large data (more than 8000 characters).
4. Avoid nchar and nvarchar if possible since both the data types takes just double memory as char and varchar.
5. Avoid NULL in fixed-length field. In case of requirement of NULL, use variable-length (varchar) field that takes less space for NULL.
6. Avoid Having Clause. Having clause is required if you further wish to filter the result of an aggregations.
7. Create Clustered and Non-Clustered Indexes.
8. Keep clustered index small since the fields used in clustered index may also used in non-clustered index.
9. Most selective columns should be placed leftmost in the key of a non-clustered index.
10. Drop unused Indexes.
11. Better to create indexes on columns that have integer values instead of characters. Integer values use less overhead than character values.
12. Use joins instead of sub-queries.
13. Use WHERE expressions to limit the size of result tables that are created with joins.
14. Use TABLOCKX while inserting into a table and TABLOCK while merging.
15. Use WITH (NOLOCK) while querying the data from any table.
16. Use SET NOCOUNT ON and use TRY- CATCH to avoid deadlock condition.
17. Avoid Cursors since cursor are very slow in performance.
18. Use Table variable in place of Temp table. Use of Temp tables required interaction with TempDb database which is a time taking task.
19. Use UNION ALL in place of UNION if possible.
20. Use Schema name before SQL objects name.
21. Use Stored Procedure for frequently used data and more complex queries.
22. Keep transaction as small as possible since transaction lock the processing tables data and may results into deadlocks.
23. Avoid prefix “sp_” with user defined stored procedure name because SQL server first search the user defined procedure in the master database and after that in the current session database.
24. Avoid use of Non-correlated Scalar Sub Query. Use this query as a separate query instead of part of the main query and store the output in a variable, which can be referred to in the main query or later part of the batch.
25. Avoid Multi-statement Table Valued Functions (TVFs). Multi-statement TVFs are more costly than inline TVFs.

Happy Learning!

Software Engineer