يصل طلبان في الصباح نفسه. رانيا، المديرة التنفيذية، تريد قائمة واضحة بمن يتبع لمن قبل إعادة هيكلة. وهدى تريد أن تعرف أي العملاء سجّلوا ولم يشتروا شيئًا قط. يبدوان غير مترابطين، لكن كليهما عن العلاقات بين الصفوف: الأول يتتبّع رابطًا داخل جدول، والثاني يبحث عن روابط مفقودة.
\nفي employees يحمل manager_id قيمة employee_id لصف آخر في الجدول نفسه. لعرض كل موظف بجانب اسم مديره، تربط employees بنفسه. الحيلة هي اسمان مستعاران، واحد لكل دور:
SELECT\n e.first_name || ' ' || e.last_name AS employee,\n e.title,\n m.first_name || ' ' || m.last_name AS manager\nFROM employees AS e\nLEFT JOIN employees AS m\n ON m.employee_id = e.manager_id\nORDER BY e.department, manager;اقرأه كأنه نسختان من الجدول: e هو الموظف، وm هو من يتبع له. المعامل || يدمج النصوص. يُبقي الـ LEFT JOIN رانيا نفسها، وقيمة manager_id لديها NULL؛ أما الـ inner join فسيُسقط المديرة التنفيذية من الهيكل التنظيمي بصمت، وهذا ليس خطأً تودّ أن تشرحه لأحد.
يعمل النمط نفسه على customers.referred_by. من يجلب أكبر عدد من العملاء الجدد؟
SELECT\n r.customer_id,\n r.first_name || ' ' || r.last_name AS referrer,\n COUNT(*) AS customers_referred\nFROM customers AS c\nJOIN customers AS r ON r.customer_id = c.referred_by\nGROUP BY r.customer_id\nORDER BY customers_referred DESC, r.customer_id\nLIMIT 5;هنا c هو العميل الجديد وr هو المُحيل. أحال ليو إبراهيم ثلاثة أشخاص؛ ولم يُحِل أحدٌ أكثر منه. تسمية الأسماء المستعارة حسب الأدوار (e/m، c/r) بدل a/b هي ما يُبقي الـ self-joins مقروءة.
الـ self-join يتقدّم مستوى واحدًا في كل مرة: من الموظف إلى المدير. أما «كل من في فريق بيتر، على أي عمق» فيحتاج إلى query تكراري، وستكتبه في القسم التالي.
\nفي الدرس الماضي وجد WHERE order_id IN (SELECT order_id FROM support_tickets) الطلبات التي لديها تذكرة واحدة على الأقل، دون الـ fan-out الذي يسبّبه الـ JOIN. هذا هو الـ semi-join. وEXISTS هي الصياغة الشائعة الأخرى:
SELECT c.customer_id, c.email\nFROM customers AS c\nWHERE EXISTS (\n SELECT 1 FROM orders AS o\n WHERE o.customer_id = c.customer_id\n);هذا الـ subquery مترابط (correlated): يشير إلى c من الـ query الخارجي، فيُقيَّم لكل عميل. كتابة SELECT 1 عُرف متّبع؛ فـ EXISTS لا يهتم إلا بعودة صف ما، لا بما فيه.
سؤال هدى عكس ذلك: العملاء الذين ليس لديهم طلبات. هناك طريقتان موثوقتان لكتابة الـ anti-join. الأولى هي NOT EXISTS:
SELECT\n strftime('%Y', c.signup_date) AS signup_year,\n COUNT(*) AS never_ordered\nFROM customers AS c\nWHERE NOT EXISTS (\n SELECT 1 FROM orders AS o\n WHERE o.customer_id = c.customer_id\n)\nGROUP BY signup_year;85 عميلًا لم يطلبوا شيئًا قط، و52 منهم سجّلوا في 2024، أي قبل نهاية البيانات بسنة على الأقل. هذا هو الجزء الذي يمكن لهدى أن تتصرّف بناءً عليه: من سجّلوا في 2025 قد يتحوّلون إلى مشترين، أما من سجّلوا في 2024 فيحتاجون إلى حملة مختلفة.
\nوالطريقة الثانية LEFT JOIN لا تُبقي منه إلا الصفوف غير المطابقة:
\nSELECT COUNT(*) AS never_ordered\nFROM customers AS c\nLEFT JOIN orders AS o ON o.customer_id = c.customer_id\nWHERE o.order_id IS NULL;العدد نفسه، 85. اختبر مفتاح الجدول الأيمن مقابل NULL، لأن المفتاح لا يكون NULL أبدًا في تطابق حقيقي. الصيغتان قياسيتان وسريعتان؛ ويفضّل معظم المحلّلين NOT EXISTS لأنه يصرّح بالنيّة ولا يمكن أن يسبّب fan-out.
\n\nالـ anti-joins الحقيقية تحمل عادةً شرطًا: ليس «لم يطلب قط»، بل «لم يطلب مؤخرًا». يذهب الشرط داخل الـ subquery الخاص بـ NOT EXISTS، حيث يضيّق الطلبات التي تُعدّ تطابقًا. هؤلاء هم العملاء الذين اشتروا في 2024 ولم يشتروا شيئًا في 2025، وهي قائمة كلاسيكية بالعملاء المنقطعين:
\nSELECT COUNT(DISTINCT c.customer_id) AS lapsed_customers\nFROM customers AS c\nJOIN orders AS o24\n ON o24.customer_id = c.customer_id\n AND o24.order_date < '2025-01-01'\nWHERE NOT EXISTS (\n SELECT 1 FROM orders AS o25\n WHERE o25.customer_id = c.customer_id\n AND o25.order_date >= '2025-01-01'\n);الربط بطلبات 2024 يسبّب fan-out (العميل الذي لديه خمسة طلبات في 2024 يظهر خمس مرات)، لذا يعدّ الـ query العملاء دون تكرار (DISTINCT). ووضع شرط 2025 في أي مكان خارج الـ subquery سيغيّر المعنى كليًا، وهو درس ON مقابل WHERE نفسه، لكن بمستوى أعمق.
| السؤال | \nالنمط | \n
|---|---|
| صفوف لها تطابق، دون تكرار | \nEXISTS أو IN (subquery) | \n
| صفوف ليس لها تطابق | \nNOT EXISTS، أو LEFT JOIN ... WHERE key IS NULL | \n
| صفوف مع تفاصيل تطابقها | \nJOIN (انتبه للـ fan-out) | \n
| روابط داخل جدول واحد | \nself-join بأسماء مستعارة تحمل أسماء الأدوار | \n
بهذا تكتمل أدوات الـ JOIN. يكدّس القسم التالي هذه اللبنات في تحليلات أطول، بدءًا بطريقة لتسمية النتائج الوسيطة حتى يُقرأ query من 40 سطرًا من الأعلى إلى الأسفل.
\n","toc":[{"id":"sec-1","text":"جدول مربوط بنفسه","level":2},{"id":"sec-2","text":"الـ semi-join: هل يوجد تطابق؟","level":2},{"id":"sec-3","text":"الـ anti-join: من ليس له تطابق؟","level":2},{"id":"sec-4","text":"الـ anti-join مع شروط","level":2},{"id":"sec-5","text":"أيّها تستخدم","level":2}],"takeaways":["الـ self-join يستخدم اسمين مستعارين للجدول نفسه، واحدًا لكل دور، مثل e للموظف وm للمدير.","الـ semi-join (عبر EXISTS أو IN) يُبقي الصفوف التي لها تطابق واحد على الأقل دون أن يضاعفها.","الـ anti-join يُبقي الصفوف التي لا تطابق لها؛ اكتبه بـ NOT EXISTS أو بـ LEFT JOIN … WHERE right_key IS NULL.","لا يعيد NOT IN أي صف حين يحتوي الـ subquery الخاص به على NULL، لذا تجنّبه مع الأعمدة التي تقبل NULL أو استبعد قيم NULL صراحةً."],"further":[{"title":"SQLite expressions, EXISTS and IN operators","url":"https://www.sqlite.org/lang_expr.html#the_exists_operator"},{"title":"PostgreSQL subquery expressions","url":"https://www.postgresql.org/docs/current/functions-subquery.html"}],"quiz":[{"q":"في employees يوجد 24 صفًا، والمديرة التنفيذية وحدها قيمة manager_id لديها NULL. كم صفًا يعيد employees e JOIN employees m ON m.employee_id = e.manager_id؟
manager_id للمديرة التنفيذية NULL، فلا يجد الـ inner join لها صف مدير ويُسقطها."},{"text":"23","why":"صحيح. كل موظف ما عدا المديرة التنفيذية يطابق مديرًا واحدًا بالضبط. استخدم LEFT JOIN لإبقائها مع مدير قيمته NULL."},{"text":"576","why":"هذا 24 × 24، أي cross join. شرط ON يقصر كل موظف على مديره هو."}],"answer":1},{"q":"بعض العملاء قيمة referred_by لديهم NULL. ماذا يعيد SELECT COUNT(*) FROM customers WHERE customer_id NOT IN (SELECT referred_by FROM customers)؟
x NOT IN (..., NULL) لا يكون TRUE أبدًا."},{"text":"عدد العملاء الذين أحالوا أحدًا.","why":"NOT IN يستبعد المتطابقات، فلا يمكن أن يعيد المُحيلين، ومشكلة NULL تفرغ النتيجة على أي حال."},{"text":"0","why":"صحيح. لكل عميل تكون المقارنة مع NULL في القائمة غير معروفة، فتكون قيمة NOT IN إمّا NULL أو FALSE، ويحذف WHERE الصف."},{"text":"خطأ، لأن الـ subquery يعيد قيم NULL.","why":"يسمح SQL بقيم NULL في قائمة IN؛ يعمل الـ query ويعيد 0 بصمت."}],"answer":2},{"q":"أي query يعرض العملاء الذين لم يقدّموا أي طلب قط؟
","options":[{"text":"SELECT c.* FROM customers c LEFT JOIN orders o ON o.customer_id = c.customer_id WHERE o.order_id IS NULL","why":"صحيح. العملاء بلا طلبات يحصلون على o.order_id قيمته NULL؛ أما من لديهم طلبات فلا، فيُبقي اختبار IS NULL غير المشترين بالضبط."},{"text":"SELECT c.* FROM customers c JOIN orders o ON o.customer_id = c.customer_id WHERE o.order_id IS NULL","why":"الـ inner join حذف بالفعل العملاء الذين بلا طلبات، فلا يبقى شيء لتجده."},{"text":"SELECT c.* FROM customers c LEFT JOIN orders o ON o.customer_id = c.customer_id WHERE o.status IS NULL","why":"قريب، ويعمل بالمصادفة لأن status لا يقبل NULL، لكن اختبر مفتاح الربط؛ فعمود يقبل NULL مثل coupon_code سيُمرّر مشترين حقيقيين."},{"text":"SELECT c.* FROM customers c WHERE EXISTS (SELECT 1 FROM orders o WHERE o.customer_id = c.customer_id)","why":"هذا هو الـ semi-join، وهو يُبقي المجموعة المعاكسة، أي العملاء الذين لديهم طلب واحد على الأقل."}],"answer":0}],"exercise":{"kind":"sql","starter":"-- Business customers who have never referred anyone\nSELECT customer_id, email, segment\nFROM customers\nWHERE segment IN ('enterprise', 'small_business')\n AND customer_id NOT IN (SELECT referred_by FROM customers);","solution":"SELECT c.customer_id, c.email, c.segment\nFROM customers AS c\nWHERE c.segment IN ('enterprise', 'small_business')\n AND NOT EXISTS (\n SELECT 1\n FROM customers AS r\n WHERE r.referred_by = c.customer_id\n );","orderMatters":false,"title":"من لم يُحِل أحدًا؟","prompt":"تريد هدى أن تعرض برنامج الإحالة على حسابات الأعمال. اعرض كل عميل في شريحة enterprise أو small_business لم يُحِل أحدًا قط (لا يوجد عميل آخر يحمل معرّفه في referred_by).
أعِد customer_id وemail وsegment. ترتيب الصفوف لا يهم. الكود المبدئي لا يعيد أي صف على الإطلاق؛ أعِد كتابة الـ anti-join حتى يعمل.
SELECT referred_by FROM customers LIMIT 10. ما القيمة التي يحملها معظم هذا العمود، وماذا يفعل NOT IN بها؟","أعِد كتابة الشرط بالصيغة NOT EXISTS (SELECT 1 FROM customers AS r WHERE r.referred_by = c.customer_id)، مع إعطاء الجدول الخارجي الاسم المستعار c.","أو أبقِ NOT IN لكن صفِّ الـ subquery: SELECT referred_by FROM customers WHERE referred_by IS NOT NULL."],"explanation":"يعيد الـ subquery الذي يلي NOT IN قائمة من 600 قيمة، 503 منها NULL. لا يمكن لـ x NOT IN (..., NULL) أن يكون TRUE، لأن القيمة المجهولة قد تساوي x، فيُحذف كل صف. أما NOT EXISTS فيطرح سؤالًا بنعم أو لا لكل عميل (هل يوجد عميل قيمة referred_by لديه هي أنا؟)، وقيم NULL لا تطابق شيئًا أبدًا، فيتصرّف كما هو مقصود: 88 عميل أعمال، 21 من enterprise و67 من small business، لم يُحيلوا أحدًا قط.