Showing posts with label trigger functions. Show all posts
Showing posts with label trigger functions. Show all posts

Friday, 19 May 2023

How To Create Audit Triggers In PostgreSQL || Trigger Functions In Postg...


In this continuation of our PostgreSQL trigger series, we focus on creating audit triggers using trigger functions. Audit triggers are an essential tool for tracking and logging changes in your database, ensuring that you maintain a robust record of all operations that modify your data.

This tutorial begins with a brief recap of trigger functions in PostgreSQL, highlighting how they can be used to automatically execute specific actions when certain events occur in your database. We then dive into the process of setting up audit triggers that log every INSERT, UPDATE, and DELETE operation performed on a table.

You'll learn how to define a trigger function that captures changes and writes them to an audit table, providing a detailed record of all modifications made to your data. The video includes step-by-step instructions, making it easy to follow along and implement these techniques in your own PostgreSQL environment.

Additionally, we discuss best practices for managing and optimizing your audit triggers, ensuring they run efficiently without negatively impacting your database's performance. By the end of this video, you'll have a thorough understanding of how to use PostgreSQL triggers for effective auditing and monitoring of your database activities.


PostgreSQL audit triggers, create audit triggers PostgreSQL, PostgreSQL trigger functions, audit logs PostgreSQL, database auditing PostgreSQL, PostgreSQL triggers tutorial, trigger functions SQL, database security PostgreSQL, PostgreSQL audit table, SQL trigger examples


-- SEQUENCE: public.students_logs_seq -- DROP SEQUENCE IF EXISTS public.students_logs_seq; CREATE SEQUENCE IF NOT EXISTS public.students_logs_seq INCREMENT 1 START 1 MINVALUE 1 MAXVALUE 999999999 CACHE 1; ALTER SEQUENCE public.students_logs_seq OWNER TO postgres;

-- Table: public.students -- DROP TABLE IF EXISTS public.students; CREATE TABLE IF NOT EXISTS public.students ( roll numeric(10,0), name character varying(30) COLLATE pg_catalog."default", course character varying(30) COLLATE pg_catalog."default" ) TABLESPACE pg_default; ALTER TABLE IF EXISTS public.students OWNER to postgres; -- Trigger: student_trg -- DROP TRIGGER IF EXISTS student_trg ON public.students; CREATE TRIGGER student_trg AFTER INSERT OR DELETE OR UPDATE ON public.students FOR EACH ROW EXECUTE FUNCTION public.student_logs_trg_func();


-- Table: public.students_logs -- DROP TABLE IF EXISTS public.students_logs; CREATE TABLE IF NOT EXISTS public.students_logs ( logs_id numeric(10,0) NOT NULL DEFAULT nextval('students_logs_seq'::regclass), roll_old numeric(10,0), name_old character varying(30) COLLATE pg_catalog."default", course_old character varying(30) COLLATE pg_catalog."default", roll_new numeric(10,0), name_new character varying(30) COLLATE pg_catalog."default", course_new character varying(30) COLLATE pg_catalog."default", actions character varying(50) COLLATE pg_catalog."default", log_date timestamp without time zone DEFAULT CURRENT_TIMESTAMP, CONSTRAINT students_logs_pkey PRIMARY KEY (logs_id) ) TABLESPACE pg_default; ALTER TABLE IF EXISTS public.students_logs OWNER to postgres;

-- FUNCTION: public.student_logs_trg_func() -- DROP FUNCTION IF EXISTS public.student_logs_trg_func(); CREATE OR REPLACE FUNCTION public.student_logs_trg_func() RETURNS trigger LANGUAGE 'plpgsql' COST 100 VOLATILE NOT LEAKPROOF AS $BODY$ declare begin if old.roll <> new.roll then insert into students_logs (roll_old,name_old,course_old, roll_new,name_new,course_new,actions) values(old.roll,old.name,old.course,new.roll,new.name,new.course, 'Roll Value Updated'); end if; if old.name <> new.name then insert into students_logs (roll_old,name_old,course_old, roll_new,name_new,course_new,actions) values(old.roll,old.name,old.course,new.roll,new.name,new.course,'Name Value Updated'); end if; if old.course <> new.course then insert into students_logs (roll_old,name_old,course_old, roll_new,name_new,course_new,actions) values(old.roll,old.name,old.course,new.roll,new.name,new.course, 'Course Value Updated'); end if; -- For Insert if old.roll is null then insert into students_logs (roll_old,name_old,course_old, roll_new,name_new,course_new,actions) values(old.roll,old.name,old.course,new.roll,new.name,new.course, 'New Record Inserted'); end if; -- For Delete if new.roll is null then insert into students_logs (roll_old,name_old,course_old, roll_new,name_new,course_new,actions) values(old.roll,old.name,old.course,new.roll,new.name,new.course, 'Existing Record Deleted'); end if; return new; end; $BODY$; ALTER FUNCTION public.student_logs_trg_func() OWNER TO postgres;


How To Create Audit Triggers In PostgreSQL || Trigger Functions In PostgreSQL || Part 2 Video
In this video, we will try to create an audit trigger function for PostgreSQL. This is also an extended video called Part 2 of the audit triggers series. Please watch the video completely to understand the concept of trigger functions in PostgreSQL.

In PostgreSQL, an audit trigger is a mechanism that allows you to monitor and record changes to database tables. It helps in maintaining data integrity, tracking modifications, and ensuring compliance with regulatory requirements. When certain events or actions occur, such as INSERT, UPDATE, or DELETE operations on specific tables, the audit trigger is triggered, and it performs predefined actions to capture relevant information. Here's how audit triggers work in PostgreSQL: Defining Audit Triggers: To implement audit triggers, you need to define them on the tables you want to monitor. An audit trigger is a database object associated with a specific table and set of events. It consists of trigger functions and rules that define the desired behavior when the associated events occur. Trigger Functions: A trigger function is a user-defined function that gets executed when the associated event is triggered. In the context of audit triggers, the trigger function typically captures the necessary information about the event and inserts it into an audit table or log. Audit Tables or Logs: An audit table or log is a separate table or set of tables where the audit trail is stored. This is where the trigger function inserts the relevant information about the event, such as the user who performed the action, the timestamp, the old and new values (in case of UPDATE operations), and any other desired metadata. Event Types: You can configure audit triggers to fire on specific events, such as INSERT, UPDATE, or DELETE operations. This allows you to customize the level of detail captured in the audit trail based on your requirements. For example, you might choose to audit only certain tables or specific columns within those tables. Trigger Rules: Trigger rules define the conditions under which the audit trigger should be fired. For example, you can specify that the trigger should only be activated when a specific column is modified or when a certain condition is met. Enabling and Disabling Audit Triggers: Once you have defined the audit triggers, you can enable or disable them as needed. This gives you flexibility in controlling when the triggers are active, such as during specific maintenance or auditing periods. Analyzing Audit Data: The captured audit trail can be analyzed to gain insights into the database activity, identify potential issues or anomalies, and meet compliance requirements. By reviewing the audit logs, you can track changes, detect unauthorized actions, and investigate any suspicious activities. It's important to note that implementing audit triggers requires careful consideration of performance and storage implications. Storing detailed audit logs can generate a significant amount of data, so it's essential to strike a balance between capturing sufficient information and managing resource usage effectively.
In summary, audit triggers in PostgreSQL provide a powerful mechanism to monitor and record changes in database tables. By capturing relevant information about specific events, they enhance data integrity, assist in compliance efforts, and enable effective analysis of database activity.

How To Create Audit Triggers In PostgreSQL || Trigger Functions In Postg...


In this first part of our two-part series on audit triggers in PostgreSQL, we introduce you to the concept of audit triggers and how they can be used to monitor and log changes to your database automatically. Audit triggers are essential for maintaining a secure and accountable database environment, providing a record of every change that occurs within your tables.

We begin by explaining the fundamentals of triggers in PostgreSQL, including what they are and how they work. You'll learn how to create basic trigger functions that can capture changes in your data and log them for auditing purposes. The video guides you step-by-step through the process of defining these functions and attaching them to your tables using triggers.

This tutorial also covers the scenarios where audit triggers are particularly useful, such as tracking modifications to sensitive data or ensuring compliance with data governance policies. By the end of this video, you will have a solid understanding of how to implement audit triggers in PostgreSQL, setting the foundation for more advanced auditing techniques covered in Part 2.


PostgreSQL audit triggers, creating audit triggers PostgreSQL, PostgreSQL trigger functions, database auditing, PostgreSQL triggers tutorial, SQL audit triggers, database security PostgreSQL, trigger function examples, PostgreSQL auditing, SQL database triggers


insert into students values (1, 'Akram Sohail', 'MCA');

select * from students;

select * from students_logs;

update students set course = 'MCA 2018-2019';

update students set name = 'A. Sohail';

update students set roll = 2;

delete from students_logs;

delete from students;


-- Table: public.students


-- DROP TABLE IF EXISTS public.students;


CREATE TABLE IF NOT EXISTS public.students

(

    roll numeric(10,0),

    name character varying(30) COLLATE pg_catalog."default",

    course character varying(30) COLLATE pg_catalog."default"

)


TABLESPACE pg_default;


ALTER TABLE IF EXISTS public.students

    OWNER to postgres;


-- Trigger: student_trg


-- DROP TRIGGER IF EXISTS student_trg ON public.students;


CREATE TRIGGER student_trg

    AFTER INSERT OR DELETE OR UPDATE 

    ON public.students

    FOR EACH ROW

    EXECUTE FUNCTION public.student_logs_trg_func();


-- Table: public.students_logs


-- DROP TABLE IF EXISTS public.students_logs;


CREATE TABLE IF NOT EXISTS public.students_logs

(

    roll_old numeric(10,0),

    name_old character varying(30) COLLATE pg_catalog."default",

    course_old character varying(30) COLLATE pg_catalog."default",

    actions character varying(50) COLLATE pg_catalog."default"

)


TABLESPACE pg_default;


ALTER TABLE IF EXISTS public.students_logs

    OWNER to postgres;


-- FUNCTION: public.student_logs_trg_func()

 -- DROP FUNCTION IF EXISTS public.student_logs_trg_func();


CREATE OR REPLACE FUNCTION PUBLIC.STUDENT_LOGS_TRG_FUNC() RETURNS TRIGGER LANGUAGE 'plpgsql' COST 100 VOLATILE NOT LEAKPROOF AS $BODY$

declare

begin


if old.roll <> new.roll then


insert into students_logs

(roll_old,name_old,course_old, actions)

values(old.roll,old.name,old.course, 'Roll Value Updated');


end if;


if old.name <> new.name then


insert into students_logs

(roll_old,name_old,course_old, actions)

values(old.roll,old.name,old.course, 'Name Value Updated');


end if;


if old.course <> new.course then


insert into students_logs

(roll_old,name_old,course_old, actions)

values(old.roll,old.name,old.course, 'Course Value Updated');


end if;


return new;

end;

$BODY$;



ALTER FUNCTION PUBLIC.STUDENT_LOGS_TRG_FUNC() OWNER TO POSTGRES;

 

In PostgreSQL, an audit trigger is a mechanism that allows you to monitor and record changes to database tables. It helps in maintaining data integrity, tracking modifications, and ensuring compliance with regulatory requirements. When certain events or actions occur, such as INSERT, UPDATE, or DELETE operations on specific tables, the audit trigger is triggered, and it performs predefined actions to capture relevant information.

Here's how audit triggers work in PostgreSQL:

Defining Audit Triggers: To implement audit triggers, you need to define them on the tables you want to monitor. An audit trigger is a database object associated with a specific table and set of events. It consists of trigger functions and rules that define the desired behavior when the associated events occur.

Trigger Functions: A trigger function is a user-defined function that gets executed when the associated event is triggered. In the context of audit triggers, the trigger function typically captures the necessary information about the event and inserts it into an audit table or log.

Audit Tables or Logs: An audit table or log is a separate table or set of tables where the audit trail is stored. This is where the trigger function inserts the relevant information about the event, such as the user who performed the action, the timestamp, the old and new values (in case of UPDATE operations), and any other desired metadata.

Event Types: You can configure audit triggers to fire on specific events, such as INSERT, UPDATE, or DELETE operations. This allows you to customize the level of detail captured in the audit trail based on your requirements. For example, you might choose to audit only certain tables or specific columns within those tables.

Trigger Rules: Trigger rules define the conditions under which the audit trigger should be fired. For example, you can specify that the trigger should only be activated when a specific column is modified or when a certain condition is met.

Enabling and Disabling Audit Triggers: Once you have defined the audit triggers, you can enable or disable them as needed. This gives you flexibility in controlling when the triggers are active, such as during specific maintenance or auditing periods.

Analyzing Audit Data: The captured audit trail can be analyzed to gain insights into the database activity, identify potential issues or anomalies, and meet compliance requirements. By reviewing the audit logs, you can track changes, detect unauthorized actions, and investigate any suspicious activities.

It's important to note that implementing audit triggers requires careful consideration of performance and storage implications. Storing detailed audit logs can generate a significant amount of data, so it's essential to strike a balance between capturing sufficient information and managing resource usage effectively.

In summary, audit triggers in PostgreSQL provide a powerful mechanism to monitor and record changes in database tables. By capturing relevant information about specific events, they enhance data integrity, assist in compliance efforts, and enable effective analysis of database activity.

Sunday, 12 February 2023

How To Create Triggers In PostgreSQL || How To Create Trigger Function I...


In this comprehensive tutorial, we delve into the world of triggers in PostgreSQL, showing you how to create both triggers and trigger functions from scratch. Triggers are a powerful feature in PostgreSQL that allow you to automatically execute a function when certain events occur on a table, such as INSERT, UPDATE, or DELETE operations.

We start by explaining the concept of triggers and their importance in maintaining data integrity and automating routine tasks. You’ll learn how to define a trigger function, which contains the logic that will be executed when the trigger is fired. From there, we guide you through the process of creating a trigger that links this function to a specific table, ensuring that your database reacts automatically to changes.

The video includes detailed, step-by-step examples, making it easy for you to follow along and implement these techniques in your own PostgreSQL environment. We also cover best practices for managing and optimizing triggers, ensuring that they perform efficiently without negatively impacting your database.

Whether you're a database administrator, developer, or just starting with PostgreSQL, this tutorial will equip you with the knowledge needed to effectively use triggers to automate and secure your database operations.


PostgreSQL triggers, create triggers PostgreSQL, trigger functions PostgreSQL, SQL triggers, database automation, PostgreSQL tutorial, database management, trigger functions examples, PostgreSQL triggers step-by-step, SQL automation


-- Table: public.students

-- DROP TABLE IF EXISTS public.students;

CREATE TABLE IF NOT EXISTS public.students
(
    roll numeric(10,0),
    name character varying(30) COLLATE pg_catalog."default",
    course character varying(30) COLLATE pg_catalog."default"
)

TABLESPACE pg_default;

ALTER TABLE IF EXISTS public.students
    OWNER to postgres;

-- Table: public.students_logs

-- DROP TABLE IF EXISTS public.students_logs;

CREATE TABLE IF NOT EXISTS public.students_logs
(
    roll_old numeric(10,0),
    name_old character varying(30) COLLATE pg_catalog."default",
    course_old character varying(30) COLLATE pg_catalog."default"
)

TABLESPACE pg_default;

ALTER TABLE IF EXISTS public.students_logs
    OWNER to postgres;


-- FUNCTION: public.student_logs_trg_func()

-- DROP FUNCTION IF EXISTS public.student_logs_trg_func();

CREATE OR REPLACE FUNCTION public.student_logs_trg_func()
    RETURNS trigger
    LANGUAGE 'plpgsql'
    COST 100
    VOLATILE NOT LEAKPROOF
AS $BODY$
declare
begin
insert into students_logs
(roll_old,name_old,course_old)
values(old.roll,old.name,old.course);
return new;
end;
$BODY$;

ALTER FUNCTION public.student_logs_trg_func()
    OWNER TO postgres;


-- Trigger: student_trg

-- DROP TRIGGER IF EXISTS student_trg ON public.students;

CREATE TRIGGER student_trg
    BEFORE DELETE OR UPDATE 
    ON public.students
    FOR EACH ROW
    EXECUTE FUNCTION public.student_logs_trg_func();

insert into students values (1,'Akram','MCA');

select * from students;
select * from students_logs;

update students set name = 'Akram Sohail' where roll = 1;

update students set name = 'Akram Sohail (Modified)' where roll = 1;

delete from students where roll = 1;


----------------------------------------------------------------------------------------------

Triggers are special types of functions that are called/invoked/executed/performed automatically as per the trigger event declaration. A trigger is usually set before or after updating, deleting, insert DML statements on a table. That means, whenever a record is to be inserted, updated, or deleted, based on the time of execution which can be before or after, the trigger executes. Generally, the execution of the Trigger is called “Trigger Fired”.

In PostgreSQL, to create a trigger and make it usable, the sequence of object creation will be:
•   Create a Table on which a trigger to be implemented
•   Create another table to keep logs, so we can see the Trigger work
•   Create a Trigger Function that holds the trigger
•   Create the Trigger Function and Define the Trigger Logic
•   Perform Insert/Update/Delete Operations on the Table