SQL: الربط والعلاقات

طريقان إلى نفس الفكرة

الأساسيات المطلوبة

هذا الجزء يبني مباشرة على ما سبق:

المفاهيم الأساسية

الفكرة المركزية: لا نكرّر المعلومة في أكثر من مكان. اسم الزبون يُكتب مرة واحدة في جدول الزبائن، وكل طلب يكتفي بالإشارة إليه برقمه. الربط هو الطريقة التي نعيد بها جمع المعلومة عند القراءة.

1المفاتيح والعلاقات

2سلامة العلاقات في SQLite

تعريف REFERENCES وحده لا يكفي في SQLite: فحص المفاتيح الأجنبية معطّل افتراضيًا لكل اتصال جديد. تفعّله بالأمر PRAGMA foreign_keys = ON; في بداية كل اتصال، ولا يمكن تغييره داخل معاملة (transaction) جارية. بعد تفعيله، يرفض المحرّك إدراج طلب لزبون غير موجود، ويرفض حذف أب له أبناء ما لم يُحدَّد سلوك مختلف بـ ON DELETE‏.

3أنواع الربط

4تفاصيل كتابة الربط

5الاستعلامات الفرعية

الاستعلام الفرعي هو SELECT داخل SELECT بين قوسين. غالبًا يمكن كتابة السؤال نفسه بـ JOIN أو باستعلام فرعي؛ اختر الأوضح قراءة.

6الربط مع التجميع

بعد الربط تصبح الصفوف «أوسع» وقد تتضاعف: ربط طلب بأصنافه يعطي صفًّا لكل صنف، فعدّ الطلبات بعد هذا الربط يعدّ الطلب الواحد أكثر من مرة. استخدم COUNT(DISTINCT o.id)‏. وبعد LEFT JOIN يعدّ COUNT(*) الصف غير المطابق صفًّا واحدًا، بينما يعطي COUNT(o.id) صفرًا لأن العمود NULL، فاستعمل الثاني لعدّ الأبناء.

كيف يعمل الربط فعليًا؟

خريطة مقهانا

الرسم 23: مخطط علاقات (ER) للمقهى: الخط يربط الأب بالابن، والرمز عند الطرف يبيّن العدد (صفر أو واحد، واحد فقط، صفر أو أكثر).

أي ربط أختار؟

الرسم 24: شجرة قرار لاختيار نوع الربط، وطريقة الوصول إلى الصفوف «اليتيمة» أو غير المطابقة.

ماذا يفعل المحرّك مع كل صف؟

الرسم 25: الربط يسبق WHERE منطقيًا؛ لهذا قد يلغي شرطُ WHERE صفوفَ NULL التي أنتجها LEFT JOIN‏.

مثال تطبيقي: مقهى بخمسة جداول

نبني قاعدة المقهى كاملة ثم نسألها أسئلة تحتاج أكثر من جدول. الجداول: customers و drinks و orders و order_items (الجدول الوسيط) و loyalty_cards (واحد إلى واحد).

الخطوة 1: المخطط

PRAGMA foreign_keys = ON;      -- per connection!

CREATE TABLE customers (
    id   INTEGER PRIMARY KEY,
    name TEXT NOT NULL,
    city TEXT NOT NULL
);
CREATE TABLE drinks (
    id             INTEGER PRIMARY KEY,
    name           TEXT NOT NULL UNIQUE,
    category       TEXT NOT NULL CHECK (category IN ('hot', 'cold')),
    price_halalas  INTEGER NOT NULL CHECK (price_halalas > 0)
);
CREATE TABLE orders (
    id          INTEGER PRIMARY KEY,
    customer_id INTEGER REFERENCES customers(id),   -- NULL = guest
    order_date  TEXT NOT NULL
);
CREATE TABLE order_items (
    order_id INTEGER NOT NULL REFERENCES orders(id),
    drink_id INTEGER NOT NULL REFERENCES drinks(id),
    qty      INTEGER NOT NULL CHECK (qty > 0),
    PRIMARY KEY (order_id, drink_id)
);
CREATE TABLE loyalty_cards (
    customer_id INTEGER PRIMARY KEY REFERENCES customers(id),
    points      INTEGER NOT NULL DEFAULT 0 CHECK (points >= 0)
);

البيانات: أربعة زبائن (نورة ولينا من الرياض، وسلطان من جدة، وفيصل من الدمام)، خمسة مشروبات، خمسة طلبات (أحدها 104 لضيف بلا حساب)، وبطاقتا ولاء لنورة ولينا فقط.

الخطوة 2: الربط الداخلي

SELECT o.id AS order_id, c.name, o.order_date
FROM orders o
INNER JOIN customers c ON c.id = o.customer_id
ORDER BY o.id;

أربعة طلبات فقط من خمسة: طلب الضيف 104 اختفى لأنه لا مقابل له في جدول الزبائن.

الخطوة 3: الربط الخارجي والصفوف غير المطابقة

SELECT c.name, o.id AS order_id
FROM customers c
LEFT JOIN orders o ON o.customer_id = c.id
ORDER BY c.id, o.id;

ظهر فيصل مع NULL لأنه لم يطلب شيئًا. ولعزل هؤلاء فقط نضيف WHERE o.id IS NULL (يُسمّى هذا النمط «الربط المضاد» Anti-join):

SELECT c.name
FROM customers c
LEFT JOIN orders o ON o.customer_id = c.id
WHERE o.id IS NULL;

الخطوة 4: الفرق بين ON و WHERE

نريد كل الزبائن مع طلباتهم في 3 أكتوبر إن وُجدت. الشرط في ON‏:

SELECT c.name, o.id AS order_id
FROM customers c
LEFT JOIN orders o
       ON o.customer_id = c.id
      AND o.order_date = '2026-10-03'
ORDER BY c.id;

ولو نقلنا الشرط نفسه إلى WHERE‏:

SELECT c.name, o.id AS order_id
FROM customers c
LEFT JOIN orders o ON o.customer_id = c.id
WHERE o.order_date = '2026-10-03'
ORDER BY c.id;

اختفى لينا وفيصل لأن WHERE حذف صفوف NULL: انقلب الربط الخارجي إلى داخلي عمليًا.

الخطوة 5: ربط ثلاثة جداول أو أكثر عبر الجدول الوسيط

SELECT o.id AS order_id,
       COALESCE(c.name, '(guest)') AS customer,
       d.name AS drink,
       oi.qty,
       oi.qty * d.price_halalas AS line_total
FROM orders o
LEFT JOIN customers c   ON c.id = o.customer_id
JOIN order_items oi     ON oi.order_id = o.id
JOIN drinks d           ON d.id = oi.drink_id
ORDER BY o.id, d.id;

لاحظ أن LEFT JOIN على الزبائن أبقى طلب الضيف (104) بينما ربطُ الأصناف والمشروبات بـ JOIN العادي سليم لأن لكل صنف طلبًا ومشروبًا دائمًا. تقرأ الربط من اليسار إلى اليمين: كل JOIN يضيف جدولًا إلى الناتج السابق.

الخطوة 6: الربط مع التجميع

SELECT c.name,
       COUNT(DISTINCT o.id) AS orders,
       COALESCE(SUM(oi.qty * d.price_halalas), 0) AS spent
FROM customers c
LEFT JOIN orders o       ON o.customer_id = c.id
LEFT JOIN order_items oi ON oi.order_id = o.id
LEFT JOIN drinks d       ON d.id = oi.drink_id
GROUP BY c.id
ORDER BY spent DESC, c.id;

COUNT(DISTINCT o.id) يمنع عدّ الطلب مرتين حين يحوي صنفين (طلب نورة 101 له صفّان بعد الربط). وبلا COALESCE كان مجموع فيصل NULL لا 0‏.

SELECT c.name,
       COUNT(*)    AS count_star,
       COUNT(o.id) AS count_orders
FROM customers c
LEFT JOIN orders o ON o.customer_id = c.id
GROUP BY c.id
ORDER BY c.id;

عند فيصل COUNT(*) يعطي 1 (الصف غير المطابق) و COUNT(o.id) يعطي 0‏، وهذا هو الصحيح لعدد الطلبات.

الخطوة 7: واحد إلى واحد، وربط الجدول بنفسه

SELECT c.name, COALESCE(l.points, 0) AS points
FROM customers c
LEFT JOIN loyalty_cards l ON l.customer_id = c.id
ORDER BY c.id;

SELECT a.name AS first, b.name AS second, a.city
FROM customers a
JOIN customers b ON a.city = b.city AND a.id < b.id;

الخطوة 8: خطأ الضرب الديكارتي

SELECT COUNT(*) AS rows_returned
FROM customers CROSS JOIN drinks;

4 زبائن × 5 مشروبات = 20 صفًّا من تركيبات لا تعني شيئًا. هذا هو ما تحصل عليه حين تنسى ON‏.

الخطوة 9: الاستعلامات الفرعية

IN‏: الزبائن الذين طلبوا مشروبًا باردًا يومًا ما.

SELECT name
FROM customers
WHERE id IN (SELECT o.customer_id
              FROM orders o
              JOIN order_items oi ON oi.order_id = o.id
              JOIN drinks d       ON d.id = oi.drink_id
              WHERE d.category = 'cold')
ORDER BY id;

استعلام مترابط: المشروبات الأغلى من متوسط فئتها (متوسط الساخن 1500 والبارد 1950).

SELECT d.name, d.category, d.price_halalas
FROM drinks d
WHERE d.price_halalas > (SELECT AVG(price_halalas)
                         FROM drinks
                         WHERE category = d.category)
ORDER BY d.id;

وهنا فخ NOT IN‏. المقصود: الزبائن الذين لم يطلبوا شيئًا.

SELECT name
FROM customers
WHERE id NOT IN (SELECT customer_id FROM orders);

نتيجة فارغة! لأن orders.customer_id يحوي NULL (الضيف). بينما:

SELECT name
FROM customers c
WHERE NOT EXISTS (SELECT 1 FROM orders o WHERE o.customer_id = c.id);

أما حين يكون العمود NOT NULL كما في order_items.drink_id فـ NOT IN آمن:

SELECT name
FROM drinks
WHERE id NOT IN (SELECT drink_id FROM order_items);

الخطوة 10: التعويض عن RIGHT و FULL

«كل الطلبات مع اسم الزبون إن وُجد» ربط أيمن على الزبائن؛ نكتبه بقلب ترتيب الجدولين:

SELECT o.id AS order_id, c.name
FROM orders o
LEFT JOIN customers c ON c.id = o.customer_id
ORDER BY o.id;

و«كل الزبائن وكل الطلبات» ربط كامل، نبنيه من LEFT JOIN ثم نضيف الطلبات اليتيمة:

SELECT c.name, o.id AS order_id
FROM customers c
LEFT JOIN orders o ON o.customer_id = c.id
UNION ALL
SELECT NULL, o.id
FROM orders o
WHERE o.customer_id IS NULL;

الخطوة 11: حماية المفاتيح الأجنبية

الأول لأن الزبون 99 غير موجود، والثاني لأن لنورة طلبات تابعة، والسلوك الافتراضي NO ACTION يرفض.

الخطوة 12: من بايثون

import sqlite3

conn = sqlite3.connect("cafe.db")
conn.execute("PRAGMA foreign_keys = ON")      # every new connection

sql = """
    SELECT c.name, COUNT(o.id) AS orders
    FROM customers c
    LEFT JOIN orders o ON o.customer_id = c.id
    WHERE c.city = ?
    GROUP BY c.id
"""
for name, n in conn.execute(sql, ("Riyadh",)):
    print(name, n)

conn.close()

خرافة مقابل حقيقة

أين تُستخدم هذه الأدوات فعليًا؟

جرّب بنفسك

بطاقات مراجعة سريعة

اختبر فهمك