Preamble
The PostgreSQL EXCEPT statement is used to return all lines in the first SELECT statement that are not returned by the second SELECT statement.
Each SELECT operator will define the data set.
EXCEPT will extract all records from the first dataset and then delete all records from the second dataset from the results.
EXCEPT query
Explanation: The “EXCEPT” query will return the records in the shaded blue area. These are records that exist in the SELECT 1 data set, not in the SELECT 2 data set.
Each SELECT operator in an “EXCEPT” query must have the same number of fields in the result sets with the same data types.
The syntax for EXCEPT in PostgreSQL
SELECT expression1_id, expression2_id, ... expression_n_id
FROM tables
[WHERE conditions]
EXCEPT
SELECT expression1_id, expression2_id, ... expression_n_id
FROM tabs
[WHERE conds];
Parameters and arguments of the statement
- expressions – Columns or calculations that you want to compare between two SELECT operators. They do not necessarily have to be the same fields in each SELECT statement, but the corresponding columns must be of the same data type.
- Tables – The tables from which you want to get the records. At least one table must be specified in the FROM operator.
- WHERE conds – Optional. The conditions to be met for the records to be selected.
Note:
- Both SELECT operators must have the same number of expressions.
- The corresponding columns in each of the SELECT operators must have similar data types.
- The EXCEPT operator shall return all records from the first SELECT operator that is not in the second SELECT operator.
- The EXCEPT operator in PostgreSQL is equivalent to the MINUS operator in Oracle.
Example of an EXCEPT operator with one expression
Let’s consider an example of an EXCEPT operator in PostgreSQL, which returns a single field with the same data type.
For example:
SELECT category_id
FROM products
EXCEPT
SELECT category_id
FROM inventory;
In this EXCEPT example, all category_id values that are in the products table are returned instead of the inventory table. This means that if the category_id value existed in the products table as well as the inventory table, the category_id value will not be displayed in the EXCEPT query results.
Example of an operator with multiple expressions
Next, let’s look at an example of an EXCEPT query in PostgreSQL that returns more than one column.
For example:
SELECT contact_id,
last_name,
first_name
FROM contacts
WHERE last_name = 'Ivanov'
EXCEPT
SELECT customer_id,
last_name,
first_name
FROM customers
WHERE customer_id < 99;
In this example, the EXCEPT query will return records from the contacts table with contact_id, last_name, and first_name a value that does not match the customer_id, last_name, and first_name in the customer’s table.
Example of an operator using ORDER BY
How to use the ORDER BY statement in an EXCEPT query in PostgreSQL
For example:
SELECT supplier_id,
supplier_name
FROM suppliers
WHERE supplier_id >= 59
EXCEPT
SELECT company_id,
company_name
FROM companies
WHERE state = 'Nevada'
ORDER BY 2;
In this EXCEPT example, since column names in two SELECT operators are different, it is more advantageous to refer to columns in ORDER BY operator by their position in the resulting set. In this example, we have sorted the results by supplier_name / company_name in ascending order as ORDER BY 2.
The fields supplier_name / company_name are at position #2 in the resulting set.
SQL UNION, INTERSECT, EXCEPT
About Enteros
Enteros offers a patented database performance management SaaS platform. It proactively identifies root causes of complex business-impacting database scalability and performance issues across a growing number of clouds, RDBMS, NoSQL, and machine learning database platforms.
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
Zero-Trust Architecture and Database Performance
- 10 September 2025
- Software Engineering
Introduction Zero-trust architecture (ZTA) has become a cornerstone of modern cybersecurity. It assumes that no user, device, or system should be trusted by default, even if they are inside the network perimeter. But while organizations are busy strengthening authentication, encryption, and access policies, one crucial element is often overlooked: database performance. In this article, we … Continue reading “Zero-Trust Architecture and Database Performance”
Smart Factories and Robotics: When Production Lines Freeze Due to Database Delays
Introduction Smart factories are the beating heart of Industry 4.0. Automated robots, connected machines, and AI-driven analytics promise efficiency and flexibility at unprecedented levels. But there’s a silent disruptor: database delays. When production lines freeze, the cause often isn’t the robot or the sensor — it’s the data layer beneath them. In this article, we … Continue reading “Smart Factories and Robotics: When Production Lines Freeze Due to Database Delays”
How Enteros Leverages AI SQL and Cloud FinOps to Optimize Database Performance and Drive RevOps Efficiency in the eCommerce Sector
- 9 September 2025
- Database Performance Management
Introduction The eCommerce sector is one of the fastest-growing and most competitive industries today. With online marketplaces, personalized shopping experiences, AI-driven recommendations, and real-time transaction systems, eCommerce businesses run on massive volumes of data. From product catalogs and payment systems to logistics, customer interactions, and marketing analytics, databases are the backbone of digital commerce. However, … Continue reading “How Enteros Leverages AI SQL and Cloud FinOps to Optimize Database Performance and Drive RevOps Efficiency in the eCommerce Sector”
How Enteros Uses Its AIOps Platform to Enhance Database Performance and Cost Estimation in the Retail Sector
Introduction The retail sector is undergoing rapid digital transformation. From omnichannel shopping experiences to AI-driven personalization, data now drives every aspect of retail operations. With online storefronts, mobile apps, point-of-sale (POS) systems, supply chain management, and customer analytics platforms, retailers depend on databases to function seamlessly. At the same time, retailers face growing challenges: rising … Continue reading “How Enteros Uses Its AIOps Platform to Enhance Database Performance and Cost Estimation in the Retail Sector”