-

Data Integrity

In relational database management systems, data integrity ensures the accuracy, reliability and consistency of the data during any operation like as data manipulation, data retrieval, data storage, backup or restore operation etc. It also guarantees that the recording of data is accurate and as intended. Having any bad or unintended data in the database, is a failure of data integrity. For example, having sales detail in Sales table of a product not available in Product master is a failure of referential integrity.
Below are few scenarios where we might require data integrity to accept and maintain valid, accurate and intended data in the database:
  1. We don’t have a NULL value as a product in Product master table. (Entity integrity)
  2. To ensure that we don’t have duplicate products in Product Master table. (Entity integrity)
  3. We don’t have any alphanumeric value in Amount column of Sales table. (Domain integrity)
  4. To ensure that Sales table does not have any product which is not available in Product master table. (Referential integrity)
  5. Deletion of any product from Product master table is not allowed if it has a reference in other tables, such as, Sales table. (Referential integrity)
  6. Sale of a product is not allowed if its not available in stock. (User defined integrity or custom integrity)
In above examples, we can see that data integrity ensures the accuracy and consistency of data during data storage and manipulation operations. It defines, what valid values and changes on these values, are allowed in a column of a table. It also maintains the accurate and consistent related data throughout multiple related tables.
Lets discuss each type of data integrity in brief below:

1. Entity Integrity

Entity integrity talks about the primary key of a table. It states that a table must have a defined primary key to ensure unique and not null values in primary key column(s) of the table. Entity integrity rule on a column does not allow duplicate and null values in the column(s). The primary key column must identify each row uniquely in the table.
For example, in a student table, student identification number must be unique and not null to uniquely identify each student and his / her details.

2. Domain Integrity

Domain integrity defines the type, range and format of data allowed in a column. Domain integrity states that all values in a column must be of same type; i.e., an integer type column can only store integer values and not character data. It also defines that the range of the accepted values; e.g., a four byte integer type column can accept values between -2^31 (-2,147,483,648) to 2^31-1 (2,147,483,647) including boundary values (SQL Server 2014). It also defines the nullability of the column; i.e., does null values allowed in the column or not.
We define domain integrity on a table in column definitions. Apart from column definitions, we can also use constraints, stored procedures, functions and triggers to implement domain integrity on tables.

3. Referential Integrity

Referential integrity talks about the foreign key concepts and ensures that the child tables do not have any orphaned record. Referential integrity ensures that data in related tables remains accurate and consistent before and after changes. In detail, if we have an Employee table with Employee_ID column having a reference in Salary table, to delete an employee from Employee table, we must have to delete all the records of that employee from Salary table and all other related tables first. By enabling referential integrity on Salary table, we ensure that we don’t have any orphaned record in Salary table which would mislead the paid salary amount; i.e., we will not be able to trace that who got the sum.
In case we implement referential integrity on a table, we cannot perform few operations such as:
  • Cannot use TRUNCATE command on a table being referenced by other table(s).
  • Cannot insert a record in child table when there is no related record in parent table.
  • Cannot delete a record from parent table when there is a reference in any other table.
  • Cannot update a record in child table which results orphaned records in child table.
  • Cannot update records in parent table which causes orphaned records in child table.

4. User Defined Integrity

Finally, if there is some custom business requirement which does not fit in any of the above discussed integrity types, we can define our own integrity constraint for a column with column definition or using functions or triggers. Creating such kind of custom constraints is known as User Defined Integrity or Custom integrity.
Below image summarizes the data integrity concepts in one view:
Data Integrity Types
Data Integrity Types
Data integrity is used to ensure accurate, reliable and consistent data throughout the database. To avoid invalid data, we must apply appropriate data integrity om columns.

Comments

Post a Comment

Popular posts from this blog

-
Image
CLUSTERED INDEX VS NON CLUSTERED INDEX Clustered Index Only one clustered index can be there in a table because of the sorted order Sort the records and store them physically according to the order Data retrieval is faster than non-clustered indexes Do not need extra space to store logical structure A primary key by default creates a clustered index on it. Non Clustered Index There can be any number of non-clustered indexes in a table because of the number of unique keys we can create. Do not affect the physical order. Create a logical order for data rows and use pointers to physical data files Data insertion/update is faster than clustered index Use extra space to store logical structure A unique key/keys by dafault created an unclustered index on it. In Depth Explanation: Clustered Technically speaking, a clustered index is a B-Tree data structure where all the rows in a table are stored at the leaf level of the index. In other words, a clustered ind
Read more
-
Image
SQL JOINS Tutorial: INNER, OUTER, LEFT, RIGHT, CROSS What are JOINS? Joins help retrieving data from two or more database tables. The tables are mutually related using primary and foreign keys. id first_name last_name movie_id 1 Adam Smith 1 2 Ravi Kumar 2 3 Susan Davidson 5 4 Jenny Adrianna 8 6 Lee Pong 10 id title category 1 ASSASSIN'S CREED: EMBERS Animations 2 Real Steel(2012) Animations 3 Alvin and the Chipmunks Animations 4 The Adventures of Tin Tin Animations 5 Safe (2012) Action 6 Safe House(2012) Action 7 GIA 18+ 8 Deadline 2009 18+ 9 The Dirty Picture 18+ 10 Marley and me Romance   Types of joins Cross JOIN Cross JOIN is a simplest form of JOINs which matches each row from one database table to all rows of another. In other words it gives us combinations of each row of first table with all records in second table. Suppose we want to get all member records against all the movie records, we can use the script shown below to ge
Read more
-
Image
ANSI_NULL and QUOTED_IDENTIFIER: ANSI_NULL: When ever we are creat ing   or altering th e  SQL objects like the Stored Procedure s   and the User Defined Functions at t h at time   most of us use this.  Let us  understand this better with an example let us create a table and insert some records, CREATE   TABLE  #Demo ( FName  VARCHAR ( 200 ), LName  Varchar ( 200 ) ) Insert  #Demo  values ( 'Ravi' , 'Shekhar' ) Insert  #Demo  values ( 'Isha' ,NULL ) Insert  #Demo  values ( 'Santosh' , 'Thakur' )   SQL Server tend s to  behave differently when ever we use either  the  SET ANSI_NULL ON or the OFF . SET ANSI_NULL ON; If the ANSI_NULL is on then the comparison with NULL value with = or <> returns false. SET   ANSI_NULLS   ON SELECT   *   FROM  #Demo  WHERE  LName  =   NULL SELECT   *   FROM  #Demo  WHERE  LName  <>   NULL The  a bove query returns No result just  because  of the ANSI_NULL was ON. In such a
Read more