GROUP BY و HAVING في SQLite: تصفية النتائج المُجمَّعة

GROUP BY في SQLite: تجميع الصفوف في مجموعات

دوال التجميع مثل COUNT وSUM وAVG تختصر عدداً كبيراً من الصفوف إلى رقم واحد. أما GROUP BY فيتيح لك فعل ذلك لكل فئة على حدة — رقم لكل عميل، أو لكل شهر، أو لكل حالة. وهكذا تتحوّل كل قيمة فريدة (أو كل توليفة من القيم) إلى صف واحد في النتيجة.

CREATE TABLE orders (
    id INTEGER PRIMARY KEY,
    customer TEXT,
    amount REAL
);

INSERT INTO orders (customer, amount) VALUES
    ('Ada',   50.00),
    ('Ada',   30.00),
    ('Boris', 80.00),
    ('Boris', 20.00),
    ('Boris', 15.00),
    ('Cleo', 200.00);

SELECT customer, COUNT(*) AS order_count, SUM(amount) AS total
FROM orders
GROUP BY customer;

ثلاثة عملاء، ثلاثة صفوف في النتيجة. الصفوف الستة الأصلية اختفت — انطوت داخل مجموعات حسب العميل، وتم حساب COUNT(*) و SUM(amount) لكل مجموعة على حدة.

التصور الذهني للأمر: عبارة GROUP BY customer تقول لـ SQLite: "اعتبر كل الصفوف التي تحمل نفس اسم العميل مجموعة واحدة". بعدها تشتغل دوال التجميع على كل مجموعة بشكل مستقل.

ما الذي يُسمح بوضعه في قائمة SELECT؟

هذه النقطة تربك الكثيرين. عند استخدام GROUP BY، كل عمود تضعه في قائمة SELECT يجب أن يكون إما مذكورًا في عبارة GROUP BY، أو ملفوفًا داخل دالة تجميع. خلاف ذلك تصبح القيمة غامضة — أي صف من المجموعة يُفترض أن نأخذ القيمة منه؟

CREATE TABLE sales (
    region TEXT,
    rep TEXT,
    amount REAL
);

INSERT INTO sales VALUES
    ('North', 'Ada', 100),
    ('North', 'Boris', 200),
    ('South', 'Cleo', 150);

-- هذا يعمل: يتم تجميع region ويتم تجميع amount.
SELECT region, SUM(amount) AS total
FROM sales
GROUP BY region;

لو كتبت SELECT region, rep, SUM(amount) مع GROUP BY region، فإن SQLite سينفّذ الاستعلام دون أي اعتراض (وهو متساهل في هذه النقطة عكس قواعد بيانات أخرى ترفضها)، لكن قيمة rep ستُختار بشكل عشوائي من داخل المجموعة. ستحصل على اسم مندوب واحد لكل منطقة دون أي ضمان لهويته. لا تعتمد على هذا السلوك أبداً، واحرص على تضمين كل عمود غير مُجمَّع في GROUP BY طالما أنك تعرضه في النتيجة.

HAVING لتصفية المجموعات بعد التجميع

تعمل WHERE على تصفية الصفوف قبل التجميع، بينما تعمل HAVING على تصفية المجموعات بعد التجميع. هذا هو الفرق بين WHERE و HAVING باختصار، ولهذا السبب لا يمكنك وضع COUNT(*) > 1 داخل جملة WHERE، لأن قيمة العدّ لم تُحسب بعد عند تنفيذ WHERE.

CREATE TABLE orders (
    id INTEGER PRIMARY KEY,
    customer TEXT,
    amount REAL
);

INSERT INTO orders (customer, amount) VALUES
    ('Ada', 50), ('Ada', 30),
    ('Boris', 80), ('Boris', 20), ('Boris', 15),
    ('Cleo', 200);

SELECT customer, COUNT(*) AS order_count
FROM orders
GROUP BY customer
HAVING COUNT(*) > 1;

كليو عندها طلب واحد فقط، فمجموعتها تتم تصفيتها وتختفي من النتائج، ويبقى لدينا أدا وبوريس. لاحظ أن الشرط هنا يُطبَّق على القيمة المُجمَّعة لكل مجموعة، لا على الصفوف كلٌّ على حدة.

من الأشياء الجميلة في SQLite أنك تقدر تستخدم أسماء الأعمدة المستعارة (aliases) من قائمة SELECT مباشرةً داخل HAVING:

CREATE TABLE orders (
    id INTEGER PRIMARY KEY,
    customer TEXT,
    amount REAL
);

INSERT INTO orders (customer, amount) VALUES
    ('Ada',   50.00),
    ('Ada',   30.00),
    ('Boris', 80.00),
    ('Boris', 20.00),
    ('Boris', 15.00),
    ('Cleo', 200.00);

SELECT customer, SUM(amount) AS total
FROM orders
GROUP BY customer
HAVING total >= 100;

وغالبًا ما يكون هذا أوضح من تكرار SUM(amount) داخل عبارة HAVING.

الفرق بين WHERE و HAVING: استخدمهما معًا

العبارتان ليستا بديلتين عن بعضهما. WHERE تحدد أيّ الصفوف ستدخل في عملية التجميع، بينما HAVING تحدد أيّ المجموعات ستظهر في النتيجة النهائية. ومعظم الاستعلامات الواقعية تستخدم الاثنتين معًا.

CREATE TABLE orders (
    id INTEGER PRIMARY KEY,
    customer TEXT,
    amount REAL,
    status TEXT
);

INSERT INTO orders (customer, amount, status) VALUES
    ('Ada', 50, 'paid'),
    ('Ada', 30, 'refunded'),
    ('Boris', 80, 'paid'),
    ('Boris', 20, 'paid'),
    ('Cleo', 200, 'paid'),
    ('Cleo', 50, 'refunded');

SELECT customer, SUM(amount) AS paid_total
FROM orders
WHERE status = 'paid'
GROUP BY customer
HAVING SUM(amount) > 75;

اقرأه من الأعلى إلى الأسفل بترتيب التنفيذ:

1. WHERE status = 'paid' — استبعد الصفوف المُستردّة كليًا.
2. GROUP BY customer — وزّع ما تبقّى على مجموعات حسب العميل.
3. SUM(amount) يُحسب لكل مجموعة على حدة.
4. HAVING SUM(amount) > 75 — أبقِ فقط المجموعات التي تتجاوز هذا الحد.

ينجو بوريس (80 + 20 = 100) وكليو (200). أما آدا فطلبها المدفوع الوحيد كان 50، وهو أقل من الحد المطلوب.

HAVING بشروط متعددة والتجميع بأكثر من عمود

يقبل HAVING نفس المعاملات المنطقية التي يقبلها WHERE — AND وOR وNOT — كما يمكنك التجميع باستخدام أكثر من عمود للحصول على مجموعات فرعية:

CREATE TABLE sales (
    region TEXT,
    quarter TEXT,
    amount REAL
);

INSERT INTO sales VALUES
    ('North', 'Q1', 100), ('North', 'Q1', 50),
    ('North', 'Q2', 300),
    ('South', 'Q1', 80),
    ('South', 'Q2', 120), ('South', 'Q2', 60);

SELECT region, quarter, SUM(amount) AS total, COUNT(*) AS deals
FROM sales
GROUP BY region, quarter
HAVING SUM(amount) > 100 AND COUNT(*) >= 2;

كل زوج (region, quarter) يُعتبر مجموعة مستقلة. شرط HAVING هنا يفرض شرطين معاً: أن يتجاوز الإجمالي 100 و أن يكون عدد الصفقات اثنين على الأقل. لذا فإن ('North', 'Q1') و ('South', 'Q2') فقط هما اللذان يستوفيان الشرطين.

نمط عملي: البحث عن القيم المكررة

يُعدّ الاستعلام GROUP BY ... HAVING COUNT(*) > 1 الطريقة المعتادة للعثور على القيم المكررة داخل عمود معيّن:

CREATE TABLE users (
    id INTEGER PRIMARY KEY,
    email TEXT
);

INSERT INTO users (email) VALUES
    ('ada@example.com'),
    ('boris@example.com'),
    ('ada@example.com'),
    ('cleo@example.com'),
    ('boris@example.com');

SELECT email, COUNT(*) AS occurrences
FROM users
GROUP BY email
HAVING COUNT(*) > 1;

يظهر لدينا تكراران. من هنا، عادةً ما تقرّر إمّا دمج الحسابات، أو إضافة قيد UNIQUE، أو تنظيف البيانات — لكن استعلام الاكتشاف يبقى بالشكل نفسه في كل مرة.

استخدام HAVING بدون GROUP BY

هذه حالة غير شائعة، لكنها مسموح بها. عند غياب GROUP BY، تُعامَل النتيجة بأكملها كمجموعة واحدة، ويقوم HAVING بتصفيتها ككتلة واحدة — فإمّا أن تحصل على كل القيم المُجمَّعة، أو لا شيء على الإطلاق:

CREATE TABLE orders (id INTEGER PRIMARY KEY, amount REAL);
INSERT INTO orders (amount) VALUES (50), (30), (80);

SELECT COUNT(*) AS total_orders, SUM(amount) AS revenue
FROM orders
HAVING SUM(amount) > 100;

يظهر صف نتيجة واحد لأن المجموع يساوي 160. لو غيّرت الشرط إلى > 200، فلن يُرجع الاستعلام أي صفوف على الإطلاق. عمليًا، ستستخدم HAVING دائمًا تقريبًا مع GROUP BY، لكن من المفيد أن تعرف أن اللغة لا تشترط ذلك.

خلاصة سريعة

• GROUP BY يجمّع الصفوف في مجموعات حسب المفتاح، ثم تعمل دوال التجميع داخل كل مجموعة.
• أي عمود غير مُجمَّع داخل SELECT يجب أن يظهر أيضًا في GROUP BY.
• WHERE يصفّي الصفوف قبل التجميع، أما HAVING فيصفّي المجموعات بعده.
• دوال التجميع مثل COUNT(*) وSUM(...) مكانها في HAVING وليس WHERE أبدًا.
• يقبل HAVING شروطًا مركّبة، ويمكنه الإشارة إلى الأسماء المستعارة في SELECT.

التالي: المفاتيح الأجنبية

تجميع البيانات داخل جدول واحد أمر مفيد، لكن معظم قواعد البيانات الحقيقية توزّع البيانات على عدة جداول: الطلبات في جدول، العملاء في جدول آخر، والمنتجات في جدول ثالث. المفاتيح الأجنبية هي الطريقة التي تربط بها هذه الجداول معًا للحفاظ على اتساق العلاقات بينها. وهذا ما سنتناوله في الفصل القادم.