What if you could ask complex questions to your database in just one simple step?
Why Subqueries and nested queries in DBMS Theory? - Purpose & Use Cases
Imagine you want to find all customers who bought products costing more than the average price of all products in a store.
Without subqueries, you'd have to manually calculate the average price first, then use that number to filter customers.
This manual approach is slow and error-prone because you must run multiple separate queries and keep track of intermediate results yourself.
It's easy to make mistakes or miss updates if the data changes.
Subqueries let you write one query inside another, so the database does all the work in one step.
This makes your queries simpler, faster, and less likely to have errors.
SELECT * FROM customers WHERE product_price > 50; -- 50 is manually calculated average
SELECT * FROM customers WHERE product_price > (SELECT AVG(price) FROM products);
Subqueries enable powerful, dynamic filtering and data retrieval without extra manual calculations.
Finding employees who earn more than the average salary in their department using a single query.
Manual multi-step queries are slow and risky.
Subqueries combine steps into one clear query.
This improves accuracy and efficiency in data handling.
Practice
Solution
Step 1: Understand the definition of subquery
A subquery is a query written inside another query to help filter or calculate data.Step 2: Identify the correct description
Among the options, only "A query nested inside another query" matches the definition of a subquery.Final Answer:
A query nested inside another query -> Option AQuick Check:
Subquery = Nested query [OK]
- Confusing subquery with update or delete operations
- Thinking subquery creates indexes
- Mixing subquery with table creation
Solution
Step 1: Review correct subquery syntax in WHERE clause
The subquery must be enclosed in parentheses and used as a value to compare with a column.Step 2: Check each option
SELECT * FROM table WHERE column = (SELECT value FROM other_table); correctly uses parentheses around the subquery. Options A, B, and D have syntax errors or missing parentheses.Final Answer:
SELECT * FROM table WHERE column = (SELECT value FROM other_table); -> Option AQuick Check:
Subquery in WHERE uses parentheses [OK]
- Omitting parentheses around subquery
- Placing subquery before column
- Using IN without parentheses
Employees(emp_id, name, dept_id)Departments(dept_id, dept_name)What does this query return?
SELECT name FROM Employees WHERE dept_id = (SELECT dept_id FROM Departments WHERE dept_name = 'Sales');
Solution
Step 1: Understand the subquery
The subquery finds the dept_id for the department named 'Sales'.Step 2: Apply the subquery result in the main query
The main query selects employee names whose dept_id matches the Sales dept_id.Final Answer:
Names of employees who work in the Sales department -> Option CQuick Check:
Subquery filters Sales dept_id, main query filters employees [OK]
- Thinking it returns all employees
- Confusing employee names with department names
- Ignoring subquery filtering
SELECT name FROM Employees WHERE dept_id = SELECT dept_id FROM Departments WHERE dept_name = 'HR';
Solution
Step 1: Check subquery syntax
The subquery must be enclosed in parentheses when used in WHERE clause comparisons.Step 2: Identify the error in the query
The query misses parentheses around the subquery, causing a syntax error.Final Answer:
Missing parentheses around the subquery -> Option BQuick Check:
Subquery needs parentheses [OK]
- Omitting parentheses
- Confusing = with IN unnecessarily
- Incorrect table names
Solution
Step 1: Understand the requirement
We need to compare each employee's salary to the average salary of their own department.Step 2: Analyze each option
SELECT emp_name FROM Employees WHERE salary > (SELECT AVG(salary) FROM Employees WHERE dept_id = Employees.dept_id); uses a correlated subquery that calculates the average salary for the employee's department. Options A, B, and C do not correctly calculate the average per department or use wrong aggregates.Final Answer:
SELECT emp_name FROM Employees WHERE salary > (SELECT AVG(salary) FROM Employees WHERE dept_id = Employees.dept_id); -> Option DQuick Check:
Correlated subquery compares salary to dept average [OK]
- Using global average instead of per department
- Using MAX instead of AVG
- Not correlating subquery with outer query
Ready to prove it?
Pass the test and this pattern moves unknown
