What if you could find common data instantly without any mistakes or extra work?
Why INTERSECT for common rows in SQL? - Purpose & Use Cases
Start learning this pattern below
Jump into concepts and practice - no test required
Imagine you have two long lists of names on paper, and you want to find which names appear in both lists. You try to compare them one by one manually, crossing out names that don't match.
This manual method is slow and tiring. You might miss some matches or make mistakes. It's hard to keep track, especially if the lists are very long or change often.
The INTERSECT command in SQL quickly finds the common rows between two sets of data. It does the hard work for you, accurately and instantly, no matter how big the lists are.
SELECT name FROM list1; SELECT name FROM list2; -- Then manually compare results
SELECT name FROM list1 INTERSECT SELECT name FROM list2;
With INTERSECT, you can instantly discover shared data between tables, making comparisons and data analysis simple and error-free.
A store wants to find customers who bought both product A and product B. Using INTERSECT, they can quickly get the list of those customers without checking each purchase manually.
Manual comparison of data is slow and error-prone.
INTERSECT finds common rows automatically and accurately.
This makes data comparison tasks fast and reliable.
Practice
INTERSECT operator do?Solution
Step 1: Understand the purpose of INTERSECT
The INTERSECT operator compares two SELECT queries and returns only the rows that appear in both results.Step 2: Compare with other set operators
Unlike UNION or UNION ALL, INTERSECT excludes rows not common to both queries.Final Answer:
Returns only the rows common to both SELECT queries. -> Option DQuick Check:
INTERSECT = common rows [OK]
- Confusing INTERSECT with UNION which combines all rows
- Thinking INTERSECT returns rows from only one query
- Assuming INTERSECT includes duplicates
TableA and TableB with the same columns id and name?Solution
Step 1: Identify correct INTERSECT syntax
The INTERSECT operator is used between two SELECT statements with matching columns and types.Step 2: Check each option
SELECT id, name FROM TableA INTERSECT SELECT id, name FROM TableB; uses INTERSECT correctly. SELECT id, name FROM TableA UNION SELECT id, name FROM TableB; uses UNION which combines rows. SELECT id, name FROM TableA JOIN TableB ON TableA.id = TableB.id; uses JOIN which is different. SELECT id, name FROM TableA WHERE id IN TableB; has incorrect WHERE syntax.Final Answer:
SELECT id, name FROM TableA INTERSECT SELECT id, name FROM TableB; -> Option CQuick Check:
Correct INTERSECT syntax = SELECT id, name FROM TableA INTERSECT SELECT id, name FROM TableB; [OK]
- Using UNION instead of INTERSECT
- Trying to use WHERE with IN incorrectly
- Confusing JOIN with INTERSECT
Employees1:id | name
1 | Alice
2 | Bob
3 | Carol
Employees2:id | name
2 | Bob
3 | Carol
4 | Dave
What is the result of this query?
SELECT id, name FROM Employees1 INTERSECT SELECT id, name FROM Employees2;
Solution
Step 1: List rows from both tables
Employees1 has (1, Alice), (2, Bob), (3, Carol). Employees2 has (2, Bob), (3, Carol), (4, Dave).Step 2: Find common rows
Common rows are those present in both: (2, Bob) and (3, Carol).Final Answer:
Rows with Bob and Carol only -> Option AQuick Check:
INTERSECT returns common rows = Bob, Carol [OK]
- Including rows unique to one table
- Confusing UNION with INTERSECT
- Ignoring column matching in rows
SELECT id, name FROM Customers INTERSECT SELECT id, name FROM Orders;
It returns an error. What is the most likely cause?
Solution
Step 1: Understand INTERSECT requirements
INTERSECT requires both SELECT queries to have the same number of columns with compatible data types.Step 2: Analyze error causes
If columns differ in type (e.g., id is integer in one table and string in another), the query errors. Other options are incorrect because INTERSECT is valid syntax, tables must exist to run, and WHERE is optional.Final Answer:
The columns selected have different data types in Customers and Orders. -> Option AQuick Check:
Matching column types required for INTERSECT [OK]
- Assuming INTERSECT needs WHERE clause
- Thinking INTERSECT is invalid syntax
- Ignoring data type mismatches
ProductsA with columns product_id, name, priceProductsB with columns product_id, name, priceYou want to find products that exist in both tables with the same
product_id and name, ignoring price differences.Which query correctly uses INTERSECT to achieve this?
Solution
Step 1: Identify columns to compare
You want to compare only product_id and name, ignoring price differences.Step 2: Use INTERSECT on matching columns
SELECT product_id, name FROM ProductsA INTERSECT SELECT product_id, name FROM ProductsB; selects product_id and name from both tables and intersects them, returning only products common by those two columns.Step 3: Analyze other options
SELECT product_id, name, price FROM ProductsA INTERSECT SELECT product_id, name, price FROM ProductsB; includes price, so products with different prices won't match. SELECT product_id FROM ProductsA INTERSECT SELECT product_id FROM ProductsB; compares only product_id, ignoring name. SELECT * FROM ProductsA INTERSECT SELECT * FROM ProductsB; compares all columns, including price, which is not desired.Final Answer:
SELECT product_id, name FROM ProductsA INTERSECT SELECT product_id, name FROM ProductsB; -> Option BQuick Check:
INTERSECT on selected columns matches desired fields [OK]
- Including extra columns that cause mismatches
- Selecting * when columns differ
- Comparing only one column when two are needed
