Skip to main content

Welcome to DBA Master – Database Tips, Tricks, and Tutorials

Welcome to DBA Master ! This blog is dedicated to all things related to database administration , SQL optimization , and performance tuning . Whether you're a beginner or a seasoned DBA, you'll find practical guides, troubleshooting tips, and real-world tutorials to help you work smarter with data. What to Expect: SQL performance tuning tips Indexing strategies Backup and recovery best practices High availability and replication techniques Database creation, configuration, and setup Monitoring queries and scripts for proactive performance management Migration guides across different database platforms Security essentials and best practices Recommended tools for DBAs Real-world error fixes and how to solve them Stay tuned — exciting content is coming soon. Feel free to bookmark and share: www.dbamaster.com ! Thanks for visiting!

PostgreSQL Views and Materialized Views

View:

        A view is a database object that is of a stored query. A view can be accessed as a virtual table in PostgreSQL. In other words, a PostgreSQL view is a logical table that represents data of one or more underlying tables through a SELECT statement.

        CREATE OR REPLACE VIEW is similar, but if a view of the same name already exists, it is replaced. The new query must generate the same columns that were generated by the existing view query (that is, the same column names in the same order and with the same data types), but it may add additional columns to the end of the list.

Updatable Views

        Simple views are automatically updatable: the system will allow INSERT, UPDATE and DELETE statements to be used on the view in the same way as on a regular table.

A view is automatically updatable if it satisfies all of the following conditions:

        The view must have exactly one entry in its FROM list, which must be a table or another updatable view.
        The view definition must not contain WITH, DISTINCT, GROUP BY, HAVING, LIMIT, or OFFSET clauses at the top level.

        The view definition must not contain set operations (UNION, INTERSECT or EXCEPT) at the top level.
The view’s select list must not contain any aggregates, window functions or set-returning functions.

Examples:

pearl=# select a.id,a.name,b.place from emp a inner join company b on a.id=b.id;
 id |   name   |  place  
—-+———-+———
  1 | muthu    | theni
  2 | siva     | theni
  3 | chandru  | madurai
  4 | thanigai | chennai
  5 | kathir   | covai
  6 | jana     | tvm
(6 rows)

Create Temporary View:

pearl=# create temporary view v1_tmp as select a.id,a.name,b.place from emp a inner join company b on a.id=b.id;
CREATE VIEW

pearl=# \dv+
                      List of relations
  Schema   |  Name  | Type |  Owner   |  Size   | Description
———–+——–+——+———-+———+————-
 pg_temp_4 | v1_tmp | view | postgres | 0 bytes |
(1 row)

pearl=# \c pearl
You are now connected to database “pearl” as user “postgres”.
pearl=# \dv+
Did not find any relations.

Create View:

pearl=# create view v1 as select a.id,a.name,b.place from emp a inner join company b on a.id=b.id;
CREATE VIEW

pearl=# select * from v1;
 id |   name   |  place  
—-+———-+———
  1 | muthu    | theni
  2 | siva     | theni
  3 | chandru  | madurai
  4 | thanigai | chennai
  5 | kathir   | covai
  6 | jana     | tvm
(6 rows)

List of Views:

pearl=# \dv+
                    List of relations
 Schema | Name | Type |  Owner   |  Size   | Description
——–+——+——+———-+———+————-
 public | v1   | view | postgres | 0 bytes |
(1 row)

pearl=# select * from pg_views where schemaname ='public';
 schemaname | viewname | viewowner |                definition                
————+———-+———–+——————————————
 public         | v1                   | postgres  |  SELECT a.id,                           +
                |                            |                 |     a.name,                             +
               |                              |               |     b.place                             +
            |                              |                  |    FROM (emp a                          +
            |                              |                |      JOIN company b ON ((a.id = b.id)));
(1 row)

Updatable Views:

pearl=# update company SET place ='madurai' where id=1;
UPDATE 1

pearl=# select * from v1;
 id |   name   |  place  
—-+———-+———
  1 | muthu    | madurai
  2 | siva     | theni
  3 | chandru  | madurai
  4 | thanigai | chennai
  5 | kathir   | covai
  6 | jana     | tvm
(6 rows)

pearl=# create or replace view v1 as select * from emp;
ERROR:  cannot change name of view column “place” to “age”

Drop Views:

pearl=# drop view v1 ;

DROP VIEW

Materialized Views:

Materialized views are disc-stored views that can be refreshed. It can be used like a regular table, for example, you can add indexes or primary key on it, it supports VACUUM and  NALYZEcommands

Examples:

Create Materialized View:

pearl=# create materialized view mv as select a.id,a.name,b.place from emp a inner join company b on a.id=b.id;
SELECT 6

List Of Materialized Views:

pearl=# \dm+
                         List of relations
 Schema | Name |       Type        |  Owner   | Size  | Description
——–+——+——————-+———-+——-+————-
 public | mv   | materialized view | postgres | 16 kB |
(1 row)

pearl=# select * from pg_matviews ;
 schemaname | matviewname | matviewowner | tablespace | hasindexes | ispopulated |                definition                
————+————-+————–+————+————+————-+——————————————
 public     | mv          | postgres     |            | f          | t           |  SELECT a.id,                           +
            |             |              |            |            |             |     a.name,                             +
            |             |              |            |            |             |     b.place                             +
            |             |              |            |            |             |    FROM (emp a                          +
            |             |              |            |            |             |      JOIN company b ON ((a.id = b.id)));
(1 row)

pearl=# select * from mv;
 id |   name   |  place  
—-+———-+———
  1 | muthu    | madurai
  2 | siva     | theni
  3 | chandru  | madurai
  4 | thanigai | chennai
  5 | kathir   | covai
  6 | jana     | tvm
(6 rows)

pearl=# update company set place ='thiruvannamalai' where id=6;
UPDATE 1

pearl=# select * from mv;
 id |   name   |  place  
—-+———-+———
  1 | muthu    | madurai
  2 | siva     | theni
  3 | chandru  | madurai
  4 | thanigai | chennai
  5 | kathir   | covai
  6 | jana     | tvm
(6 rows)

Refresh Materialized Views:

pearl=# refresh materialized view mv ;
REFRESH MATERIALIZED VIEW

pearl=# select * from mv;
 id |   name   |      place      
—-+———-+—————–
  1 | muthu    | madurai
  2 | siva     | theni
  3 | chandru  | madurai
  4 | thanigai | chennai
  5 | kathir   | covai
  6 | jana     | thiruvannamalai
(6 rows)

Vacuum Materialized View:

pearl=# vacuum ANALYZE mv;
VACUUM

Drop Materialized View:

pearl=# drop materialized view mv;
DROP MATERIALIZED VIEW

Comments

Popular posts from this blog

Oracle Database 19C Performance Tunning - PART 1

Advantages: 1. Improved Query Performance •    Optimized SQL execution plans lead to faster query response times. •    Reduces unnecessary full table scans and improves indexing strategies. •    Parallel execution tuning speeds up large data processing tasks. 2. Better Resource Utilization •    Efficient use of CPU, memory, disk I/O, and network resources. •    Reduces contention on Redo Logs, Undo Tablespaces, and Buffer Cache. •    Helps in load balancing across multiple instances in RAC (Real Application Clusters). 3. Increased System Scalability •    Ensures that the database can handle a growing number of users and transactions. •    Proper tuning allows scaling without degrading performance. •    Optimized parallel processing ensures better performance on multi-core servers. 4. Lower Infrastructure Costs •    Reduces the need for add...

Oracle RMAN Backup And Restore

RMAN: (Oracle 8) RMAN (Recovery Manager) is a utility provided by Oracle Database to perform backup, restore, and recovery operations. It is a command line tool. Features of RMAN in Oracle 19c Comprehensive Backup Capabilities: Full and incremental backups. Block-level backups for efficient data storage. Archived redo log backups. Fast Recovery Area (FRA) integration for centralized backup storage. Efficient Recovery Options: Point-in-time recovery (PITR). Complete and incomplete recovery. Flashback database capabilities for quick undo of changes. Multitenant Database Support: RMAN fully supports container databases (CDBs) and pluggable databases (PDBs). Provides flexibility to back up and recover individual PDBs or entire CDBs. Automatic Space Management: Manages disk space in the FRA. Automatically deletes obsolete backups and archived logs. Data Deduplication and Compression: Backup optimization through block-level deduplication. Built-in compression algorithms to reduce storage req...

Oracle 19c Database Software Installation in OEL8

 Pre-requisites for OS level:            Set the static IP Address     Disable the Firewall (systemctl stop firewalld & systemctl disable firewalld)     set SELINUX=permissive on /etc/selinux/config  ##Need to restart the server use init 6 Oracle Installation Pre-requisites Methods     Automatic Setup     Manual Setup      Automatic requisites Setup: (avoid step 1 to step 5): dnf install -y oracle-database-preinstall-19c Install the dependencies: curl -o oracle-database-preinstall-19c-1.0-2.el8.x86_64.rpm https://yum.oracle.com/repo/OracleLinux/OL8/appstream/x86_64/getPackage/oracle-database-preinstall-19c-1.0-2.el8.x86_64.rpm dnf -y localinstall oracle-database-preinstall-19c-1.0-2.el8.x86_64.rpm Manual Setup: step 1: Add the karenl parameters and values vi /etc/sysctl.conf     fs.file-max = 6815744 kernel.sem = 250 32000 100 128 kernel....