Drop Down MenusCSS Drop Down MenuPure CSS Dropdown Menu

PostgreSQL Language(commands)

-

1.DDL-Data Definition Language, which is used to create and modify the structure of database objects in database.
It's a auto commit. automatically saved when you create,alter,drop,truncate,comment,rename commands issued
ALTER – alters the structure of the existing database
CREATE – to create database and its objects like (table, index, views, store procedure, function and triggers)
DROP – delete objects from the database(Delete "data+metadata")
TRUNCATE – remove all records from a table, including all spaces allocated for the records are removed(Delete "data only performance is faster than delete")
COMMENT – add comments to the data dictionary
RENAME – rename an object

2.DML-Data Manipulation Language. which is used to store, modify, delete, insert and update data in database.
It's not a autocommit.it will save when u issue commit commands
INSERT – insert data into a table
UPDATE – updates existing data within a table
DELETE – Delete all records from a database table
MERGE – UPSERT operation (insert or update)
CALL – call a PL/SQL or Java subprogram
EXPLAIN PLAN – interpretation of the data access path
LOCK TABLE – concurrency Control

3.DRL-Data retrieval language. which is used to retrieve data from database
It's not a autocommit.it will save when u issue commit commands
SELECT - Retrieves data from a table

4.DCL-Data Control Language. which is used to create roles, permissions, and referential integrity as well it is used to control access to database by securing it.
It's not a autocommit.it will save when u issue commit commands
GRANT – Gives user’s access privileges to database
REVOKE – Withdraws user’s access privileges to database given with the GRANT command

5.TCL - Transaction Control Language. which dis used to manage different transactions occurring within a database.
It's not a autocommit.it will save when u issue commit commands
COMMIT – Saves work done in transactions
ROLLBACK – Restores database to original state since the last COMMIT command in transactions
SAVEPOINT – to rollback the transaction making points within groups
SET TRANSACTION – specify characteristics for the transaction

Comments

Post a Comment

Popular posts from this blog

Oracle Flashback

-
Oracle Flashback Technology is a group of Oracle Database features that let you view past states of database objects or to return database objects to a previous state without using point-in-time media recovery. Flashback feature was introduced in Oracle9i; it was limited to Flashback Query only Great improvements have been made in the Flashback functions in Oracle Database 10g. Flashback functionalities provide fast and flexible data recovery TYPES OF FLASHBACK :- 1.      flashback query          ---we can show  only the  past state of the table 2.      flashback version query    ---show the the table transaction  time  and  scn 3.      flashback transaction query  ---it show what operation is  done and which user is performed 4.      flashback table    --- to flash back a table to an earlier  scn  or  timestamp 5.      flashback drop     ---   flashback table to before drop using  recylebin 6.      flashback database  --- to flash back a table to an earlier  scn
Read more

How to find the server is whether standby (slave) or primary(master) in Postgresql replication ?

-
Method 1 You can check the mode of the server using "pg_controldata". [pgsql@test~]$ pg_controldata /usr/local/pgsql/data84/ Database cluster state: in archive recovery --> This is Standby Database Database cluster state: in production --> This is Production Database [Master] Method 2 You can use pg_is_in_recovery() which returns True if recovery is still in progress(so the server is running in standby mode or slave) postgres=# select pg_is_in_recovery(); pg_is_in_recovery ------------------- t (1 row) If Return    false   so the server is running in primary mode or master postgres=# select pg_is_in_recovery(); pg_is_in_recovery ------------------- f (1 row)
Read more

How to Get Table Size, Database Size, Indexes Size, schema Size, Tablespace Size, column Size in PostgreSQL Database

-
In this post, I am sharing few important function for finding the size of database, table and index in PostgreSQL. Finding object size in postgresql database is very important and common. Is it very useful to know the exact size occupied by the object at the tablespace. The object size in the following scripts is in GB. The scripts have been formatted to work very easily with PUTTY SQL Editor. 1. Checking table size excluding table dependency: SELECT pg_size_pretty(pg_relation_size('mhrordhu_shk.mut_kharedi_audit')); pg_size_pretty ---------------- 238 MB (1 row) 2. Checking table size including table dependency: SELECT pg_size_pretty(pg_total_relation_size('mhrordhu_shk.mut_kharedi_audit')); pg_size_pretty ---------------- 268 MB (1 row) 3. Finding individual postgresql database size SELECT pg_size_pretty(pg_database_size('db_name')); 4. Finding individual table size for postgresql database -including dependency index: SELECT pg_size_pretty(pg_total_rel
Read more

How to Return a Result Set from a PostgreSQL Stored Procedure

-
Image
Both stored procedures and user-defined functions are created with CREATE FUNCTION statement in PostgreSQL. To return one or more result sets (cursors in terms of PostgreSQL), you have to use  refcursor  return type. Quick Example : -- Procedure that returns a single result set (cursor) CREATE OR REPLACE FUNCTION show_cities ( ) RETURNS refcursor AS $$ DECLARE ref refcursor; -- Declare a cursor variable BEGIN OPEN ref FOR SELECT city , state FROM cities; -- Open a cursor RETURN ref; -- Return the cursor to the caller END ; $$ LANGUAGE plpgsql; Overview : Return Multiple Result Sets Cursor Lifetime Until the  end  of transaction Auto-commit Must be  off Transaction must be active so the caller can see a result set Important Note : The cursor remains open until the end of transaction, and since PostgreSQL works
Read more

7 Steps to configure BDR replication in postgresql

-
Image
 The  BDR  (Bi-Directional Replication) project adds multi-master replication to PostgreSQL 9.4.  Postgres-BDR has a lower impact on the masters(s) than trigger-based replication solutions. There is no write-amplification, as it does not require triggers to write to queue tables in order to replicate writes.   Here We are using  postgres version 9.4.12 and bdr version 1.0.2. for configuring  multi master replication . Simply Following 7 steps you can configure the multi master replication in postgresql. To download the bdr in below link. .   https://github.com/2ndQuadrant/bdr/archive/bdr-pg/REL9_4_12-1.tar.gz $ tar -xzvf REL9_4_12-1.tar.gz $ wget https://github.com/2ndQuadrant/bdr/archive/bdr-plugin/1.0.2.tar.gz $ tar -xzvf 1.0.2.tar.gz 1. To install BDR. $ cd ~/bdr-bdr-pg-REL9_4_12-1 $ ./configure --prefix=/usr/lib/postgresql/9.4 --enable-debug --with-openssl $ make -j4 -s install-world $ cd ~/bdr-bdr-plugin-1.0.2 $ PATH=/usr/lib/postgresql/9.4/bin:"$PATH" ./c
Read more