SQL DML and DDL

SQL can be divided into two parts: The Data Manipulation Language (DML) and the Data Definition Language (DDL).

The query and update commands form the DML part of SQL:
  • SELECT - extracts data from a database
  • UPDATE - updates data in a database
  • DELETE - deletes data from a database
  • INSERT INTO - inserts new data into a database

The DDL part of SQL permits database tables to be created or deleted. It also defines indexes (keys), specifies links between tables, and imposes constraints between tables. The most important DDL statements in SQL are:

  • CREATE DATABASE - creates a new database
  • ALTER DATABASE - modifies a database
  • CREATE TABLE - creates a new table
  • ALTER TABLE - modifies a table
  • DROP TABLE - deletes a table
  • CREATE INDEX - creates an index (search key)
  • DROP INDEX - deletes an index

The Create Statements in SQL

The CREATE DATABASE Statement

The CREATE DATABASE statement is used to create a database.


SQL CREATE DATABASE Syntax

CREATE DATABASE database_name

CREATE DATABASE Example

Now we want to create a database called "Employee".

We use the following CREATE DATABASE statement:

CREATE DATABASE Employee

Database tables can be added with the CREATE TABLE statement.


The CREATE TABLE Statement

The CREATE TABLE statement is used to create a table in a database.


SQL CREATE TABLE Syntax

CREATE TABLE table_name

(

column_name1 data_type,

column_name2 data_type,

column_name3 data_type,

....

)

The data type specifies what type of data the column can hold. For a complete reference of all the data types available in MS Access, MySQL, and SQL Server, go to our complete Data Types reference.


CREATE TABLE Example

Now we want to create a table called " EmpDetails " that contains five columns: EmpId, FirstName, LastName, Address.

We use the following CREATE TABLE statement:

CREATE TABLE 
EmpDetails 
(
EmpId int,
FirstName varchar(200),
LastName varchar(200),
Address varchar(500)
)

The EmpId column is of type int and will hold a number. The LastName, FirstName, Address columns are of type varchar with a maximum length of 200,200,500 resp. characters.


Good Practices to Write Stored Procedures in SQL Server

Good Practices to Write Stored Procedures in SQL Server


1.    Use proper indentation for the statements in SQL Server. It will improve the readability.
2.    Write the proper comments between the logics. So the others can understand quickly.
3.    Write all the SQL Server keywords in the CAPS letter. For example SELECT, FROM, ALTER, DELETE and CREATE
4.    Write the stored procedure name with full qualified names.
CREATE PROCEDURE [dbo].EmployeeDetailsInsert
5.    Always try to declare the DECLARATION and initialization at the beginning of the stored procedure.
6.    It is not recommended to use more variables in the procedure. It will occupy more space in the memory.
 
7.    Do not write the stored procedure name beginning with sp_. It is reserved for the system stored procedures in SQL Server and when the request comes to the SQL Server engine, it will be considerd to be a system stored procedure and looks for it in the master database. After it understands that this is a user defined stored procedure, it requires a bit more response time. So name the procedure name with another prefix such an fsp_.
8.    Set the SET NOCOUNT ON option in the beginning of the stored procedure to avoid the unnecessary message like number of rows affected by the SQL Server.
9.    Try to avoid the temp table in the stored procedure. Stored procedures usually use a cached execution plan to increase the performance. When you use the temp table it will do the compilation every time.
10.  Do not use the select all columns (SELECT *) option; use only specific columns to query the result.
11.  Try to avoid the cursor in the stored procedure. It will consume more memories. It will degrade the performance of the stored procedure. Try to use the table variable and WHILE loop statement to iterate the query result set.
12.  Set the default value to the parameter and always set the size of the variable to be equivalent to or more than the table field column length. For example Name (10) in the table, but if you give Name(25) in the procedure then you will get the run time error time "string truncated  error".
13.  Use the Try catch statement properly in the stored procedure to handle the errors in the runtime.
14.  Move the complex query into views.
15.  If you want to return the single column result then prefer to use the output statement to return the result to the calling program rather than table result.
16.  Avoid the sub-queries and use the INNER JOIN. Try to avoid the filtering condition in the where clause and it can be written in the joining time itself. When joins the table itself it will be filtered and it will filter again from the joined result table.
17.  Use the SELECT TOP 1 in the exists condition checking.
18.  Do not do like this:

SELECT @name=name FROM empdetails WHERE name like '%Sun%'
This will give the run time error when returns more than one result.

SELECT TOP 1 @name=name FROM empdetails WHERE name like '%sun%'

It is always recommended to use the TOP 1 in that case. The result may differ from what is  expected.
19.  Avoid the nested IF statements and use the CASE statement. It will execute the matching part immediately.
20.  Dynamic Queries - Try to minimize the usage of dynamic queries. If you are using a dynamic query like:

SELECT * FROM mydb.dbo.empdetails where empid = @id then there is no problem.

You can supply a value for the @eid parameter and there is no recompilation of the execution plan in the database cache. But if you are using a SQL query like SELECT * FROM EmpDetails where Empid = " + @id and supply a parameter.
 
21.  Use the ORDER BY and DISTINCT, TOP only when requires. The SQL Server engine will get the result first and it will do again the query execution for these operations.
22.  It is recommended to use a Table variable when the result set is small. It is always in the memory and when the limit exceeds it will be created as a table in the temp. But the temp table will be created on the temp database and that makes it slower.
23.  Use the proper indexing to the columns in the table. Do not create an index on the columns that are not used anywhere in the where clause. It will require an extra roundtrip to query the result.

SQL AUTO INCREMENT Field



SQL AUTO INCREMENT Field


Auto-increment permits a unique number to be generated when a new record is inserted into a table.

AUTO INCREMENT a Field

Very frequently we would like the value of the primary key field to be created automatically every time a new record is inserted.
We would like to create an auto-increment field in a table.

Syntax for SQL Server

The following SQL statement defines the "EmpID" column to be an auto-increment primary key field in the "Employee" table:

CREATE TABLE Employee
(
EmpID Bigint IDENTITY(1,1) PRIMARY KEY,
LastName Nvarchar (200) NOT NULL,
FirstName Nvarchar (200),
Address Nvarchar (500),
CityCode Nvarchar(3)
)

The SQL Server uses the IDENTITY keyword to perform an auto-increment feature.
In the example above, the starting value for IDENTITY is 1, and it will increment by 1 for each new record.

Tip: To specify that the "EmpID" column should start at value 200 and increment by 1, change it to IDENTITY(200,1).

To insert a new record into the " Employee " table, we will NOT have to specify a value for the "EmpID" column a unique value will be added automatically.


SQL Constraints

SQL Constraints

SQL constraints are used to identify rules for the data in a table.
 If there is any violation between the constraint and the data action, the action is terminated by the constraint.

Constraints can be specified when the table is created (inside the CREATE TABLE statement) or after the table is created (inside the ALTER TABLE statement).
 In SQL, we have the following constraints:
  • NOT NULL - Indicates that a column cannot store NULL value
  • UNIQUE - Ensures that each row for a column must have a unique value
  • PRIMARY KEY - A combination of a NOT NULL and UNIQUE. Ensures that a column (or combination of two or more columns) have a unique identity which helps to find a particular record in a table more easily and quickly
  • FOREIGN KEY - Ensure the referential integrity of the data in one table to match values in another table
  • CHECK - Ensures that the value in a column meets a specific condition
  • DEFAULT - Specifies a default value for a column

Why we can't execute a stored procedure from a User Defined function(UDF)

Functions cannot "touch" any database but read them only. Stored procedures can do anything and everything with databases. You ...