ਇੱਕ subquery ਇੱਕ ਹੋਰ query ਦੇ ਅੰਦਰ ਨੀਂਦ ਕੀਤੀ ਗਈ query ਹੈ — ਜਿਸ ਨੂੰ WHERE, FROM, SELECT, ਜਾਂ EXISTS ਨਾਲ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ। ਇਹ ਤੁਹਾਨੂੰ ਇੱਕ query ਦੇ ਨਤੀਜੇ ਨੂੰ ਕਿਸੇ ਹੋਰ query ਦੇ ਅੰਦਰ ਵਰਤਣ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ, ਜਿਸ ਨਾਲ ਸਮੀਕਰਨ ਫਿਲਟਰਿੰਗ ਅਤੇ ਗਣਨਾ ਸੰਭਵ ਹੋ ਜਾਂਦੀ ਹੈ।
-- find users who have placed an order (their id is in the orders table)
SELECT name FROM users
WHERE id IN (SELECT user_id FROM orders); -- the subquery returns a list of user_ids
-- find products more expensive than the average
SELECT name, price FROM products
WHERE price > (SELECT AVG(price) FROM products); -- subquery returns a single value
ਇੱਕ subquery WHERE ਵਿੱਚ ਫਿਲਟਰ ਕਰਨ ਲਈ ਮੁੱਲ ਫਰਾਹਮ ਕਰਦਾ ਹੈ — ਇੱਕ ਸੂਚੀ (IN ਦੇ ਨਾਲ) ਜਾਂ ਇੱਕ ਸਿੰਗਲ ਮੁੱਲ (comparison ਓਪਰੇਟਰ ਦੇ ਨਾਲ)।
-- for each user, find those with above-average orders FOR THEIR COUNTRY
SELECT name FROM users u
WHERE order_count > (
SELECT AVG(order_count) FROM users
WHERE country = u.country -- references the OUTER query's row (correlated)
);
ਇੱਕ correlated subquery ਬਾਹਰੀ query ਦਾ ਹਵਾਲਾ ਦਿੰਦਾ ਹੈ — ਇਹ ਹਰੇਕ ਬਾਹਰੀ ਰੋ ਲਈ ਇੱਕ ਵਾਰ ਚਲਦਾ ਹੈ (ਸੰਭਵ ਤੌਰ 'ਤੇ ਹੌਲਾ)। ਇੱਕ uncorrelated subquery ਸਿਰਫ ਇੱਕ ਵਾਰ ਚਲਦਾ ਹੈ।
-- users who have at least one order (often more efficient than IN)
SELECT name FROM users u
WHERE EXISTS (
SELECT 1 FROM orders o WHERE o.user_id = u.id -- just checks existence
);
EXISTS ਜਾਂਚ ਕਰਦਾ ਹੈ ਕਿ ਕੀ ਇੱਕ subquery ਕੋਈ ਰੋ ਵਾਪਸ ਕਰਦਾ ਹੈ — ਅਕਸਰ hejuri checks ਲਈ IN ਨਾਲੋਂ ਵੱਧ ਕੁਸ਼ਲ (ਇਹ ਪਹਿਲੀ ਮੇਲ 'ਤੇ ਰੁਕ ਸਕਦਾ ਹੈ)।
-- use a subquery result as a table
SELECT country, avg_age FROM (
SELECT country, AVG(age) AS avg_age FROM users GROUP BY country
) AS country_stats
WHERE avg_age > 30;
Many subqueries can be rewritten as JOINs (often more efficient/readable).
WHERE id IN (SELECT ...) → can often be a JOIN
Use subqueries for clarity in filtering/aggregation; JOINs for combining data.
CTEs (WITH) are often a cleaner alternative to complex nested subqueries.
Subqueries SQL ਲਈ ਇੱਕ ਮਹੱਤਵਪੂਰਨ ਤਕਨੀਕ ਹੈ ਗੁੰਝਲਦਾਰ querying ਲਈ — ਇੱਕ query ਦੇ ਨਤੀਜੇ ਨੂੰ ਕਿਸੇ ਹੋਰ query ਦੇ ਅੰਦਰ ਵਰਤਣਾ ਫਿਲਟਰਿੰਗ ਅਤੇ ਗਣਨਾ ਸਮਰੱਥ ਬਣਾਉਂਦਾ ਹੈ ਜੋ ਸਧਾਰਨ queries ਅਭਿਵਿਅਕਤ ਨਹੀਂ ਕਰ ਸਕਦੇ, ਇਸ ਲਈ ਉਹਨਾਂ ਨੂੰ ਸਮਝਣਾ ਅਸਲੀ queries ਲਿਖਣ ਲਈ ਮੁੱਲਵਾਨ ਹੈ।
Forms ਨੂੰ ਜਾਣਨਾ — WHERE ਵਿੱਚ subqueries (ਸੂਚੀ IN ਨਾਲ ਫਿਲਟਰ ਕਰਦਾ ਹੈ ਜਾਂ comparison ਦੇ ਨਾਲ ਸਿੰਗਲ ਮੁੱਲ), correlated subqueries (ਬਾਹਰੀ query ਦਾ ਹਵਾਲਾ ਦਿਓ, ਹਰ ਰੋ ਲਈ ਚਲਾਓ), EXISTS (ਕੁਸ਼ਲ hejuri checks), ਅਤੇ FROM ਵਿੱਚ subqueries (derived tables) — ਗੁੰਝਲਦਾਰ logic ਦਾ ਸਮਾਸ਼ਰਨ ਕਰਨ ਲਈ ਆਮ patterns ਨੂੰ ਕਵਰ ਕਰਦਾ ਹੈ।
correlated ਅਤੇ uncorrelated subqueries ਦੇ ਵਿਚਕਾਰ ਫਰਕ ਨੂੰ ਸਮਝਣਾ ਪ੍ਰਦਰਸ਼ਨ ਲਈ ਮਹੱਤਵਪੂਰਨ ਹੈ (correlated subqueries ਹਰ ਬਾਹਰੀ ਰੋ ਲਈ ਚਲਦੇ ਹਨ ਅਤੇ ਸੁਸਤ ਹੋ ਸਕਦੇ ਹਨ)।
ਸਮਾਨ ਤੌਰ 'ਤੇ ਮੁੱਲਵਾਨ JOINs ਅਤੇ CTEs ਲਈ ਰਿਸ਼ਤਾ ਨੂੰ ਜਾਣਨਾ ਹੈ: ਬਹੁਤ ਸਾਰੀਆਂ subqueries ਨੂੰ JOINs ਦੇ ਰੂਪ ਵਿੱਚ ਦੁਬਾਰਾ ਲਿਖਿਆ ਜਾ ਸਕਦਾ ਹੈ (ਅਕਸਰ ਵਧੇਰੇ ਕੁਸ਼ਲ ਅਤੇ ਪੜ੍ਹਨਯੋਗ) ਜਾਂ CTEs (ਗੁੰਝਲਦਾਰ ਮਾਮਲਿਆਂ ਲਈ ਸਾਫ), ਇਸ ਲਈ ਕਦੋਂ ਹਰੇਕ ਨੂੰ ਵਰਤਣਾ ਹੈ ਇਹ ਸਮਝਣਾ — subqueries ਫਿਲਟਰਿੰਗ/aggregation clarity ਲਈ, JOINs ਡੇਟਾ ਜੋੜਨ ਲਈ — ਇੱਕ ਪ੍ਰਾਯੋਗਿਕ ਹੁਨਰ ਹੈ।
ਕਿਉਂਕਿ ਅਸਲੀ-ਵਿਸ਼ਵ queries ਨੇ ਆਮ ਤੌਰ 'ਤੇ nesting ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ (aggregated ਨਤੀਜਿਆਂ ਦੁਆਰਾ ਫਿਲਟਰ ਕਰਦਾ ਹੈ, hejuri checks, computed ਮੁੱਲਾਂ ਨਾਲ ਤੁਲਨਾ), ਅਤੇ ਕਿਉਂਕਿ subqueries, ਉਹਨਾਂ ਦੀ ਪ੍ਰਦਰਸ਼ਨ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ (ਖਾਸ ਕਰਕੇ correlated ਇੱਕ), ਅਤੇ ਉਹਨਾਂ ਦਾ JOINs/CTEs ਨਾਲ ਸਬੰਧ ਸਮਝਣਾ ਪ੍ਰਭਾਵੀ, ਕੁਸ਼ਲ ਗੁੰਝਲਦਾਰ queries ਲਿਖਣ ਲਈ ਮਹੱਤਵਪੂਰਨ ਹੈ, subqueries ਵਿੱਚ ਮਾਸਟਰਿੰਗ ਮੁੱਲਵਾਨ, ਅਕਸਰ-ਲਾਗੂ ਜ਼ਿਆਨ ਹੈ SQL ਜਾਤਰਾ ਸੌਖੇ querying ਤੋਂ ਪਰੇ ਅਤੇ ਇੱਕ ਆਮ ਇਨਟਰਵਿਊ ਵਿਸ਼ਾ ਹੈ ਜੋ ਗੁੰਝਲਦਾਰ ਡੇਟਾ ਲੋੜਾਂ ਨੂੰ ਦਰਸਾਉਣ ਦੀ ਯੋਗਤਾ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ।