Preamble

PostgreSQL TRUNCATE TABLE statement is used to remove (truncate) all records from a table or set of tables in PostgreSQL. It performs the same function as the DELETE operator, without the WHERE operator.
Warning: If you truncate a table, the TRUNCATE TABLE operator cannot be overridden if it is not in a transaction that was not committed.
The syntax for TRUNCATE TABLE statement in PostgreSQL
TRUNCATE [TABLE] [ONLY] [schema_name.]table_name [*] [,...]
[ RESTART IDENTITY | CONTINUE IDENTITY ]
[ CASCADE | LIMIT] ;
Parameters and arguments of the statement
- TABLE – Optional. The truncate operator will behave identically regardless of whether you specified a TABLE or not.
- ONLY – Optional. If specified, the only table_name will be truncated. If not specified, table_name and all its child tables will be truncated.
- schema_name – The name of the scheme to which the table belongs.
- Table_name – The table that you want to be truncated.
- * – Optional. If specified, table_name and all his child tables will be truncated.
- RESTART IDENTITY – Optional. If specified, all sequences in the truncated tables will be reset.
- CONTINUE IDENTITY – Optional. If specified, all the sequences in the truncated tables will be left and will not be reset. This is the default behavior.
- CASCADE – Optional. If specified, all tables that have an external key reference to table_name will also be truncated.
- RESTRICT – Optional. If specified, all tables that have an external key reference to table_name will not be truncated if they were not listed in the TRUNCATE TABLE operator. This is the default behavior.
Note:
- Before you can truncate the table, you must have the necessary privileges such as TRUNCATE.
- DELETE triggers for a table do not start during truncation.
You cannot truncate a table that is referenced by a foreign key unless the TRUNCATE command lists all tables in relation to the foreign key.
The entire truncated row storage will be restored without VACUUM.
In PostgreSQL, the truncation of a table is a quick way to remove records from a table because you don’t need to scan the table to do so. Truncation of a table is also much easier than removing a table and recreating it.
An example of using the TRUNCATE TABLE operator in PostgreSQL
For example:
TRUNCATE ONLY products;
In this example, the table with the name of the products will be truncated and all records from this table will be deleted.
This would be equivalent to the next DELETE operator in PostgreSQL
DELETE FROM products;
Both of these operators will remove all data from the products table, and since the ONLY keyword was used in the TRUNCATE command, no descendant tables will be truncated. It is always safer to specify the ONLY keyword to avoid accidentally truncating the descendant tables.
Several tables
Next, let’s look at how to truncate several tables at once.
For example:
TRUNCATE ONLY products, inventory;
In this example, the tables with the names of products and inventory will be truncated. Again, we have enabled the ONLY keyword so that no descendant tables are truncated.
Resetting columns of identifiers
By default, when you truncate a table, the ID columns continue numbering from where it stopped. You can specify PostgreSQL to automatically reset all identifier columns when you truncate a table by enabling the RESTART IDENTITY option.
For example:
TRUNCATE ONLY inventory
RESTART IDENTITY;
In this example, the identifier columns in the inventory table will return to their original values. This is useful if you have a primary key field that you want to restart with 1.
PostgreSQL Tutorial for Beginners; PostgreSQL TRUNCATE TABLE Statement
Enteros
About Enteros
IT organizations routinely spend days and weeks troubleshooting production database performance issues across multitudes of critical business systems. Fast and reliable resolution of database performance problems by Enteros enables businesses to generate and save millions of direct revenue, minimize waste of employees’ productivity, reduce the number of licenses, servers, and cloud resources and maximize the productivity of the application, database, and IT operations teams.
The views expressed on this blog are those of the author and do not necessarily reflect the opinions of Enteros Inc. This blog may contain links to the content of third-party sites. By providing such links, Enteros Inc. does not adopt, guarantee, approve, or endorse the information, views, or products available on such sites.
Are you interested in writing for Enteros’ Blog? Please send us a pitch!
RELATED POSTS
Why BFSI Leaders Are Turning to Enteros for Database Optimization, AI Ops, and Cloud FinOps Excellence
- 16 April 2026
- Database Performance Management
Introduction The Banking, Financial Services, and Insurance (BFSI) sector is undergoing a massive digital transformation. With the rise of digital banking, real-time payments, fraud detection systems, and AI-driven financial services, organizations are becoming increasingly dependent on high-performance data infrastructure. From managing millions of transactions per second to enabling real-time risk analysis and personalized customer experiences, … Continue reading “Why BFSI Leaders Are Turning to Enteros for Database Optimization, AI Ops, and Cloud FinOps Excellence”
How to Optimize Telecom Sector Growth with Enteros AIOps Platform, Resource Metadata, Hierarchy Metadata, Spot Instances, and RevOps Efficiency
Introduction The telecom sector is at the center of global digital transformation, enabling connectivity for billions of users, businesses, and emerging technologies like IoT, 5G, and edge computing. As demand for high-speed, reliable communication services continues to rise, telecom providers are under immense pressure to scale operations efficiently while maintaining performance and controlling costs. However, … Continue reading “How to Optimize Telecom Sector Growth with Enteros AIOps Platform, Resource Metadata, Hierarchy Metadata, Spot Instances, and RevOps Efficiency”
Who Should Adopt Enteros for Retail Growth Management with AI SQL and Cloud FinOps Efficiency
Introduction The retail sector is evolving at an unprecedented pace, driven by digital transformation, omnichannel experiences, and data-driven decision-making. From global eCommerce giants to mid-sized retail chains, businesses are increasingly relying on cloud infrastructure, databases, and analytics platforms to fuel growth. However, this rapid expansion introduces a fundamental challenge:how to scale efficiently while maintaining performance, … Continue reading “Who Should Adopt Enteros for Retail Growth Management with AI SQL and Cloud FinOps Efficiency”
How to Optimize Technology Sector Growth with Enteros Database Management Platform, Cloud FinOps, and RevOps Efficiency
Introduction The technology sector is at the forefront of innovation, powering digital transformation across industries. From SaaS platforms and cloud-native applications to AI-driven solutions, technology companies are scaling rapidly to meet growing global demand. However, this rapid expansion introduces a critical challenge:how to sustain growth while maintaining high-performance systems, controlling cloud costs, and aligning operations … Continue reading “How to Optimize Technology Sector Growth with Enteros Database Management Platform, Cloud FinOps, and RevOps Efficiency”