SQLite INNER JOIN: دمج الصفوف من عدة جداول

ربط الجداول في SQLite باستخدام INNER JOIN

قواعد البيانات العلاقية تُقسّم البيانات على عدة جداول عن قصد: العملاء في جدول، الطلبات في جدول آخر، والمنتجات في جدول ثالث. الهدف من هذا التقسيم هو أن تبقى كل معلومة في مكان واحد فقط. لكن عندما تريد الإجابة على سؤال حقيقي مثل: "أي عميل طلب أي منتج؟"، ستحتاج إلى تجميع هذه القطع من جديد، وهنا يأتي دور عملية الربط (Join).

ويُعدّ INNER JOIN هو الأداة الأكثر استخدامًا في هذا السياق؛ فهو يدمج الصفوف من جدولين كلما تحقّق الشرط الذي تُحدّده، ويتجاهل أي صفوف لا تتطابق.

CREATE TABLE customers (
    id INTEGER PRIMARY KEY,
    name TEXT NOT NULL
);

CREATE TABLE orders (
    id INTEGER PRIMARY KEY,
    customer_id INTEGER REFERENCES customers(id),
    total REAL
);

INSERT INTO customers (id, name) VALUES (1, 'Ada'), (2, 'Boris'), (3, 'Chen');
INSERT INTO orders (customer_id, total) VALUES (1, 49.99), (1, 12.50), (2, 80.00);

SELECT customers.name, orders.total
FROM customers
INNER JOIN orders ON orders.customer_id = customers.id;

ثلاثة عملاء، وثلاثة طلبات، لكن «شين» ليس لديه أي طلب — لذلك لن يظهر في النتيجة. هذا هو جوهر كلمة "inner": لا تبقى إلا الصفوف المتطابقة فقط.

الفكرة الذهنية: طابِق الصفوف ثم صفِّ النتائج

اقرأ جملة INNER JOIN بهذه الطريقة: خذ كل صف من الجدول الأول، وقارنه بكل صف في الجدول الثاني، ثم احتفظ بالزوج فقط عندما يتحقق شرط ON. من الناحية المفاهيمية، الأمر أشبه بحاصل ضرب ديكارتي ضخم يتبعه عملية تصفية. طبعًا SQLite لا ينفّذ الاستعلام فعليًا بهذه الطريقة (فهو يستخدم الفهارس متى أمكن)، لكن هذا النموذج الذهني دقيق بما يكفي لتتوقع شكل النتيجة الخارجة.

CREATE TABLE customers (id INTEGER PRIMARY KEY, name TEXT);
CREATE TABLE orders (id INTEGER PRIMARY KEY, customer_id INTEGER, total REAL);

INSERT INTO customers VALUES (1, 'Ada'), (2, 'Boris');
INSERT INTO orders VALUES (10, 1, 30), (11, 1, 70), (12, 2, 15);

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

بعض العادات التي يستحق إنك تتبناها هنا:

• استخدم اسم مستعار للجداول (customers AS c) لما تحتاج تذكرها أكثر من مرة. يخفّف من الفوضى.
• وضّح اسم العمود مع الجدول (c.name, o.total) لما يكون العمود ممكن يكون من أي جدول من الاثنين.
• ترتيب الشرط في ON o.customer_id = c.id ما يفرق — تكتبه c.id = o.customer_id ويشتغل بنفس الطريقة.

الفرق بين INNER JOIN و JOIN

في SQLite (وفي SQL القياسي عمومًا)، لما تكتب JOIN لحالها فهي تعني INNER JOIN. كلمة INNER اختيارية وممكن تستغني عنها.

CREATE TABLE customers (id INTEGER PRIMARY KEY, name TEXT);
CREATE TABLE orders (id INTEGER PRIMARY KEY, customer_id INTEGER, total REAL);
INSERT INTO customers VALUES (1, 'Ada'), (2, 'Boris');
INSERT INTO orders VALUES (10, 1, 30), (11, 2, 15);

SELECT c.name, o.total
FROM customers c
JOIN orders o ON o.customer_id = c.id;

كلا الأسلوبين يُنتجان نفس خطة التنفيذ ونفس الصفوف. لكن كتابة INNER JOIN بشكل صريح تُحسّن من قراءة الكود قليلاً، خصوصاً عندما تختلط أنواع الـ joins داخل نفس الاستعلام — فتظهر النية واضحة بجانب LEFT JOIN المكتوب بعدها بأسطر قليلة.

الفرق بين ON و USING في sqlite

عندما يحمل عمود الربط نفس الاسم في الجدولين، تكون USING (column) أقصر من ON a.col = b.col:

CREATE TABLE customers (customer_id INTEGER PRIMARY KEY, name TEXT);
CREATE TABLE orders (id INTEGER PRIMARY KEY, customer_id INTEGER, total REAL);

INSERT INTO customers VALUES (1, 'Ada'), (2, 'Boris');
INSERT INTO orders VALUES (10, 1, 30), (11, 2, 15);

SELECT name, total
FROM customers
INNER JOIN orders USING (customer_id);

USING (customer_id) يقوم بأمرين معًا: يطابق الصفوف عند تساوي قيمة customer_id، ويدمج العمود ليظهر مرة واحدة فقط في النتيجة. استخدمه عندما يحمل الجدولان فعلًا نفس اسم العمود. أما إذا اختلفت الأسماء (orders.customer_id = customers.id) أو كان الشرط أكثر من مجرد مساواة بسيطة، فالأفضل البقاء مع ON.

ربط ثلاث جداول في sqlite باستخدام inner join

لربط أكثر من جدولين، أضف عبارات JOIN ... ON ... متتالية. كل عبارة تربط النتيجة المتراكمة بجدول جديد.

CREATE TABLE customers (id INTEGER PRIMARY KEY, name TEXT);
CREATE TABLE orders (id INTEGER PRIMARY KEY, customer_id INTEGER, total REAL);
CREATE TABLE order_items (
    order_id INTEGER,
    product TEXT,
    quantity INTEGER
);

INSERT INTO customers VALUES (1, 'آدا'), (2, 'بوريس');
INSERT INTO orders VALUES (10, 1, 30), (11, 2, 15);
INSERT INTO order_items VALUES (10, 'دفتر', 2), (10, 'قلم', 5), (11, 'كوب', 1);

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

اقرأها من الأعلى إلى الأسفل: العملاء يرتبطون بالطلبات، والطلبات ترتبط بالعناصر. كل صف في النتيجة يمثّل تركيبة واحدة من عميل وطلب وعنصر. أي صف لا يجد مطابقاً له في أي حلقة من هذه السلسلة سيُستبعد — وهذه هي قاعدة INNER JOIN المطبَّقة في كل خطوة.

التصفية باستخدام WHERE

ON تحدّد كيفية مزاوجة الصفوف، بينما WHERE تُصفّي النتيجة بعد المزاوجة. تحديداً في حالة INNER JOIN، وضع شرط إضافي داخل ON أو داخل WHERE سيُنتج نفس الصفوف — لكن العُرف المتّبع هو إبقاء شروط الربط في ON وشروط تصفية الصفوف في WHERE.

CREATE TABLE customers (id INTEGER PRIMARY KEY, name TEXT, country TEXT);
CREATE TABLE orders (id INTEGER PRIMARY KEY, customer_id INTEGER, total REAL);

INSERT INTO customers VALUES (1, 'Ada', 'UK'), (2, 'Boris', 'FR'), (3, 'Chen', 'UK');
INSERT INTO orders VALUES (10, 1, 30), (11, 2, 80), (12, 3, 12);

SELECT c.name, o.total
FROM customers c
INNER JOIN orders o ON o.customer_id = c.id
WHERE c.country = 'UK' AND o.total > 20;

هذا يُقرأ كالتالي: "اربط جدولي العملاء والطلبات، ثم احتفظ فقط بالعملاء البريطانيين الذين تجاوز مبلغ طلبهم 20." دوران، وجملتان شرطيتان — وستشكر نفسك لاحقاً على هذا الفصل. (حين تبدأ بكتابة LEFT JOIN، سيتضح أن الفرق بين ON وWHERE ليس شكلياً أبداً، لكن هذا موضوع الصفحة التالية.)

شروط متعددة داخل ON

عبارة ON تقبل أي تعبير منطقي، وليس مجرد مساواة واحدة. هذا مفيد عندما تكون العلاقة بين الجدولين ممتدة على أكثر من عمود، أو حين تريد تصفية الجدول التابع أثناء عملية الربط نفسها.

CREATE TABLE customers (id INTEGER PRIMARY KEY, name TEXT);
CREATE TABLE orders (id INTEGER PRIMARY KEY, customer_id INTEGER, total REAL, status TEXT);

INSERT INTO customers VALUES (1, 'Ada'), (2, 'Boris');
INSERT INTO orders VALUES
    (10, 1, 30, 'paid'),
    (11, 1, 50, 'cancelled'),
    (12, 2, 15, 'paid');

SELECT c.name, o.id, o.total
FROM customers c
INNER JOIN orders o
    ON o.customer_id = c.id
   AND o.status = 'paid';

يختفي الطلب الملغي لأنّ الشرط الثاني لم يتحقق. وفي حالة inner join تحديدًا، يمكنك كتابة WHERE o.status = 'paid' وستحصل على النتيجة نفسها. لكن استخدام ON يُبقي منطق "ما الذي يُعتبر تطابقًا" ملتصقًا بعملية الربط نفسها.

أخطاء شائعة عند استخدام inner join

هذه بعض النقاط التي يقع فيها كثيرون:

• نسيان جملة ON. كتابة FROM a INNER JOIN b بدون ON يُعدّ خطأً نحويًا في SQLite. (أمّا الفاصلة المجردة — FROM a, b — فتُنفَّذ بالفعل، لكنها تُنتج cross join، وهو غالبًا ليس ما تريده.)
• صفوف مكررة لم تتوقعها. إذا كان لدى عميلٍ ما ثلاثة طلبات، فسيظهر اسمه ثلاث مرات في النتيجة. هذا سلوك طبيعي للـ join وليس خللًا. استخدم GROUP BY إذا أردت صفًا واحدًا لكل عميل.
• صفوف مفقودة. إذا كان من المفترض أن يظهر عميل ولم يظهر، فهذا يعني أنّ شرط الربط لم يتحقق — تحقّق من وجود قيم NULL في أعمدة الربط، أو لجأ إلى LEFT JOIN.
• أسماء أعمدة ملتبسة. الاستعلام SELECT id FROM customers JOIN orders ON ... يُسبّب خطأً لأنّ الجدولين يحتويان على عمود id. عليك تحديد المصدر: c.id أو o.id.

التالي: LEFT JOIN

يُعدّ INNER JOIN خيارًا ممتازًا حين يعني غياب التطابق "تجاهل هذا الصف". لكن في بعض الأحيان تريد إظهار كل العملاء، حتى أولئك الذين ليس لديهم أي طلبات، مع ظهور قيم NULL مكان البيانات المفقودة. هنا يأتي دور LEFT JOIN، وهو موضوع الدرس التالي.