Open In App

Difference between Assertions and Triggers in DBMS

Last Updated : 06 Sep, 2024
Comments
Improve
Suggest changes
Like Article
Like
Report

In DBMS, there is always the need to make sure that data in the database is both consistent and intact. This can be done with the help of mechanisms such as assertions and triggers or any other similar one. They both encourage compliance with rules and conditions but they do it in different ways and at different times. This article focuses on decoding the major differences between assertions and triggers to let the reader know precisely when to use one in database management.

What are Assertions?

When a constraint involves 2 (or) more tables, the table constraint mechanism is sometimes hard and results may not come as expected. To cover such a situation SQL supports the creation of assertions that are constraints not associated with only one table. An assertion statement should ensure a certain condition will always exist in the database. DBMS always checks the assertion whenever modifications are done in the corresponding table. 

Syntax - 

CREATE ASSERTION  [ assertion_name ]
CHECK ( [ condition ] );

Example -  

CREATE TABLE sailors (sid int,sname varchar(20), rating int,primary key(sid),
CHECK(rating >= 1 AND rating <=10)
CHECK((select count(s.sid) from sailors s) + (select count(b.bid)from boats b)<100) ); 

In the above example, we enforcing CHECK constraint that the number of boats and sailors should be less than 100. So here we are able to CHECK constraints of two tablets simultaneously. 

What are Triggers? 

A trigger is a database object that is associated with the table, it will be activated when a defined action is executed for the table. The trigger can be executed when we run the following statements: 

  1. INSERT
  2. UPDATE
  3. DELETE

And it can be invoked before or after the event. 

Syntax -  

create trigger [trigger_name]       
[before | after]          
{insert | update | delete} 
on [table_name]  
[for each row]    
[trigger_body]  

Example -  

create trigger t1  before  UPDATE on sailors
for each row
begin
   if new.age>60 then
      set new.age=old.age;
   else
      set new.age=new.age;
   end if;
end;
$ 

In the above example, we are creating triggers before updates. so, if the new age is greater than 60 we should not update else we should update. We can call this trigger by using "$" symbol. 

Difference Between Assertions and Triggers

AssertionsTriggers
We can use Assertions when we know that the given particular condition is always true.We can use Triggers even particular condition may or may not be true.
When the SQL condition is not met then there are chances to an entire table or even Database to get locked up.Triggers can catch errors if the condition of the query is not true.
Assertions are not linked to specific table or event. It performs task specified or defined by the user.It helps in maintaining the integrity constraints in the database tables, especially when the primary key and foreign key constraint are not defined.
Assertions do not maintain any track of changes made in table.Triggers maintain track of all changes occurred in table.
Assertions have small syntax compared to Triggers.They have large Syntax to indicate each and every specific of the created trigger.
Modern databases do not use Assertions.Triggers are very well used in modern databases.
Purpose of assertions  is to Enforces business rules and constraints.Purpose of triggers is to Executes actions in response to data changes.
Activation is checked after a transaction completesActivation is activated by data changes during a transaction
Granularity applies to the entire databaseGranularity applies to a specific table or view
Syntax Uses SQL statementsSyntax Uses procedural code (e.g. PL/SQL, T-SQL)
Error handling Causes transaction to be rolled back.Error handling can ignore errors or handle them explicitly
Assertions may slow down performance of queries.Triggers Can impact performance of data changes.
Assertions are Easy to debug with SQL statements.Triggers are more difficult to debug procedural code
Examples- CHECK constraints, FOREIGN KEY constraints

Examples -

AFTER INSERT triggers, INSTEAD OF triggers

Conclusion

Assertions and triggers are both important in managing the databases because of the following reasons. Assertions are especially useful for expressing and enforcing compound existing and future conditions across multiple tables, on the other hand, trigger are all-inclusive and are broadly used for other purposes such as automating responses to alterations to data. Comparing the described above two mechanisms makes understanding of what tool to choose for enforcing business rules and maintaining data integrity in the hands of a database administrator. 


Next Article
Article Tags :

Similar Reads