تريد هدى أن تعرض المنتجين الأكثر مبيعًا من كل فئة في النشرة البريدية لفصل الربيع. يمكنك الحصول على الإيراد لكل منتج بـ GROUP BY. لكن «أعلى اثنين داخل كل فئة» يحتاج إلى شيء لا يستطيعه GROUP BY: ترتيب الصفوف مقابل جيرانها مع إبقاء كل صف. هذه هي مهمة دوال النافذة (window functions)، وحين تمتلكها، تصبح فئة كاملة من الأسئلة قصيرة.
\nيضغط GROUP BY كل مجموعة في صف واحد. أما دالة النافذة فتحسب قيمة عبر مجموعة من الصفوف، هي النافذة، وتلحقها بكل صف، دون أن تضغط شيئًا.
الصياغة دالة يتبعها OVER (...). داخل القوسين، يقسم PARTITION BY الصفوف إلى مجموعات، ويُعاد بدء الحساب في كل مجموعة؛ ويحدّد ORDER BY الترتيب الذي تسير به الدالة. إذا حذفت PARTITION BY، أصبحت النتيجة كلها نافذة واحدة.
لا تختلف دوال الترتيب الثلاث إلا في طريقة تعاملها مع التعادل. هؤلاء هم أكثر المشترين تكرارًا في الإمارات في 2025:
\nWITH uae_orders AS (\n SELECT o.customer_id, COUNT(*) AS orders\n FROM orders AS o\n JOIN customers AS c ON c.customer_id = o.customer_id\n WHERE c.country = 'United Arab Emirates'\n AND o.status <> 'cancelled'\n AND o.order_date >= '2025-01-01' AND o.order_date < '2026-01-01'\n GROUP BY o.customer_id\n)\nSELECT\n customer_id,\n orders,\n ROW_NUMBER() OVER (ORDER BY orders DESC, customer_id) AS row_num,\n RANK() OVER (ORDER BY orders DESC) AS rnk,\n DENSE_RANK() OVER (ORDER BY orders DESC) AS dense_rnk\nFROM uae_orders\nORDER BY orders DESC, customer_id\nLIMIT 8;قدّم العميلان 163 و534 كلاهما 11 طلبًا. ومع ذلك يعطيهما ROW_NUMBER الرقمين 4 و5، أي موضعين فريدين، مستخدمًا customer_id لكسر التعادل. ويعطي RANK كليهما 4 ثم يقفز إلى 6، كجدول ترتيب الدوري الرياضي. ويعطي DENSE_RANK كليهما 4 ويكمل بـ 5.
اختر حسب السؤال. «صف واحد بالضبط لكل مجموعة» (آخر طلب، أول زيارة) يعني ROW_NUMBER. و«أعلى 3، مع كل من يتعادل في المركز الثالث» يعني RANK. و«أعلى ثلاث قيم» يعني DENSE_RANK.
\n\nتعمل دوال النافذة بعد WHERE، في خطوة SELECT، فلا يمكنك التصفية على الترتيب في WHERE الخاص بالـ query نفسه. النمط المعتاد هو CTE يحسب الترتيب، وquery خارجي يصفّيه:
\nWITH ranked AS (\n SELECT\n category,\n product,\n revenue,\n RANK() OVER (PARTITION BY category ORDER BY revenue DESC) AS rnk\n FROM product_revenue\n)\nSELECT category, product, revenue, rnk\nFROM ranked\nWHERE rnk <= 2;يمثّل product_revenue هنا الـ CTE الخاص بالإيراد لكل منتج الذي ستكتبه أولًا، مستخدمًا الـ JOIN من درس الـ JOIN. وبناؤه هو التمرين.
تجيب الأداة نفسها عن سؤال تنتظره هدى منذ أشهر: أي قناة تجلب عملاء جددًا؟ إنها قناة الطلب الأول لكل عميل، أي صف واحد لكل partition:
\nWITH numbered AS (\n SELECT\n customer_id,\n channel,\n ROW_NUMBER() OVER (\n PARTITION BY customer_id\n ORDER BY order_date, order_id\n ) AS order_seq\n FROM orders\n WHERE status <> 'cancelled'\n)\nSELECT channel AS first_order_channel, COUNT(*) AS customers\nFROM numbered\nWHERE order_seq = 1\nGROUP BY channel\nORDER BY customers DESC;يجلب الويب 268 عميلًا، والتطبيق 172، والـ marketplace 63. قارن ذلك بإجمالي الطلبات حسب القناة وسترى هل يجد الـ marketplace مشترين جددًا في الغالب أم يخدم مشترين حاليين. والعمود order_seq مفيد بحدّ ذاته أيضًا: order_seq = 2 يجد الطلبات الثانية، وهي بداية كل تحليل لتكرار الشراء.
أحيانًا لا يكون السؤال «من الأول؟» بل «في أي شريحة يقع كل عميل؟». يقسم فريق المالية لدى كريم العملاء إلى أرباع حسب إيرادهم الكلي لمقارنة استخدام الخصومات بين الشرائح. توزّع NTILE(n) الصفوف المرتّبة على n شريحة متقاربة الحجم:
WITH lifetime AS (\n SELECT o.customer_id,\n SUM(oi.quantity * oi.unit_price * (1 - oi.discount)) AS revenue\n FROM orders AS o\n JOIN order_items AS oi ON oi.order_id = o.order_id\n WHERE o.status <> 'cancelled'\n GROUP BY o.customer_id\n),\ntiered AS (\n SELECT customer_id, revenue,\n NTILE(4) OVER (ORDER BY revenue DESC) AS quartile\n FROM lifetime\n)\nSELECT quartile,\n COUNT(*) AS customers,\n ROUND(MIN(revenue), 2) AS min_revenue,\n ROUND(SUM(revenue), 2) AS revenue\nFROM tiered\nGROUP BY quartile\nORDER BY quartile;إيراد الربع الأعلى يتضاءل أمامه إيراد الربع الأدنى، وهو الشكل المألوف في الغالبية العظمى من قواعد العملاء. لاحظ التدرّج: جمّع إلى صف واحد لكل عميل، ثم حدّد الشريحة بدالة نافذة، ثم جمّع مجددًا حسب الشريحة. دوال النافذة وGROUP BY ليسا متنافسين؛ معظم التحليلات الحقيقية تستخدم الاثنين، في خطوات منفصلة.
\nتقسم NTILE حسب عدد الصفوف لا حسب القيمة، فقد يقع عملاء متساوون في الإيراد في شرائح مختلفة. أما الشرائح ذات الحدود الثابتة («أكثر من 2,000 يعني ذهبي») فأداتها الصادقة هي تعبير CASE.
الترتيب نصف دوال النافذة. أما النصف الآخر، المجاميع التراكمية والمقارنة بالصف السابق، فيحوّل الجدول الشهري إلى اتجاه، وهو موضوعنا التالي.
\n","toc":[{"id":"sec-1","text":"إبقاء الصفوف مع النظر عبرها","level":2},{"id":"sec-2","text":"ROW_NUMBER وRANK وDENSE_RANK","level":2},{"id":"sec-3","text":"أعلى N في كل مجموعة","level":2},{"id":"sec-4","text":"الأحداث الأولى: صف واحد لكل عميل","level":2},{"id":"sec-5","text":"شرائح بدل المواضع","level":2}],"takeaways":["دالة النافذة (window function) تحسب قيمة من مجموعة صفوف مترابطة لكنها تُبقي كل صف، على عكس GROUP BY الذي يضغطها.","يعيد PARTITION BY بدء الحساب لكل مجموعة؛ ويحدّد ORDER BY داخل OVER التسلسل الذي يتبعه الترتيب.","يعطي ROW_NUMBER مواضع فريدة، ويترك RANK فجوات بعد التعادل (1، 1، 3) بينما لا يتركها DENSE_RANK (1، 1، 2).","تُحسب دوال النافذة بعد WHERE، لذا لتصفية النتائج حسب الترتيب، احسبه في CTE ثم صفِّ في الـ query الخارجي.","اجعل ROW_NUMBER حتميًا بإضافة عمود فريد لكسر التعادل في الـ ORDER BY الخاص به."],"further":[{"title":"SQLite window functions","url":"https://www.sqlite.org/windowfunctions.html"},{"title":"PostgreSQL window functions tutorial","url":"https://www.postgresql.org/docs/current/tutorial-window.html"}],"quiz":[{"q":"لثلاثة منتجات إيرادات قدرها 900 و900 و700. ماذا يعطي RANK وDENSE_RANK (بترتيب الإيراد تنازليًا) للمنتج صاحب 700؟
","options":[{"text":"RANK يعطي 3، وDENSE_RANK يعطي 2","why":"صحيح. يتخطّى RANK الموضع 2 لأن صفّين يتشاركان الموضع 1؛ ويكمل DENSE_RANK بالعدد الصحيح التالي."},{"text":"RANK يعطي 2، وDENSE_RANK يعطي 3","why":"هذا معكوس. DENSE_RANK هو الذي لا يترك فجوات، فلا يكون أبدًا أكبر من RANK."},{"text":"RANK يعطي 2، وDENSE_RANK يعطي 2","why":"كان هذا سيصحّ لو لم يكن هناك تعادل في القمة. قيمة RANK هي واحد زائد عدد الصفوف المرتّبة فوق الصف، أي 1 + 2 = 3."},{"text":"RANK يعطي 3، وDENSE_RANK يعطي 3","why":"لا يترك DENSE_RANK فجوات، فتحصل 700، وهي القيمة المختلفة الثانية، على 2 لا 3."}],"answer":0},{"q":"لماذا يفشل SELECT ... WHERE ROW_NUMBER() OVER (PARTITION BY customer_id ORDER BY order_date) = 1؟
WHERE rn = 1 في الـ query الخارجي."}],"answer":3},{"q":"ترقّم طلبات كل عميل بـ ROW_NUMBER() OVER (PARTITION BY customer_id ORDER BY date(order_date)). يحصل طلبان في اليوم نفسه على 1 و2 بترتيب لا يمكن التنبؤ به. ما الإصلاح؟
order_id، بعد التاريخ في ORDER BY الخاص بالنافذة.","why":"صحيح. مع مفتاح أخير فريد يصبح الترتيب كاملًا، فيحصل الصف نفسه على 1 في كل مرة."}],"answer":2},{"q":"كم صفًا يعيد SELECT customer_id, COUNT(*) OVER (PARTITION BY customer_id) FROM orders؟
GROUP BY customer_id. دالة النافذة لا تغيّر عدد الصفوف أبدًا."},{"text":"صفًا واحدًا فيه العدد الكلي للطلبات.","why":"هذا COUNT(*) عادي بلا GROUP BY ولا OVER."}],"answer":0}],"exercise":{"kind":"sql","starter":"-- Top 2 products by 2025 revenue in each category\nWITH product_revenue AS (\n SELECT\n c.name AS category,\n p.name AS product,\n SUM(oi.quantity * oi.unit_price * (1 - oi.discount)) AS revenue\n FROM orders AS o\n JOIN order_items AS oi ON oi.order_id = o.order_id\n JOIN products AS p ON p.product_id = oi.product_id\n JOIN categories AS c ON c.category_id = p.category_id\n WHERE o.status <> 'cancelled'\n AND o.order_date >= '2025-01-01'\n AND o.order_date < '2026-01-01'\n GROUP BY c.name, p.name\n),\nranked AS (\n SELECT\n category,\n product,\n revenue,\n ROW_NUMBER() OVER (ORDER BY revenue DESC) AS rnk\n FROM product_revenue\n)\nSELECT category, product, ROUND(revenue, 2) AS revenue, rnk\nFROM ranked\nWHERE rnk <= 2;","solution":"WITH product_revenue AS (\n SELECT\n c.name AS category,\n p.name AS product,\n SUM(oi.quantity * oi.unit_price * (1 - oi.discount)) AS revenue\n FROM orders AS o\n JOIN order_items AS oi ON oi.order_id = o.order_id\n JOIN products AS p ON p.product_id = oi.product_id\n JOIN categories AS c ON c.category_id = p.category_id\n WHERE o.status <> 'cancelled'\n AND o.order_date >= '2025-01-01'\n AND o.order_date < '2026-01-01'\n GROUP BY c.name, p.name\n),\nranked AS (\n SELECT\n category,\n product,\n revenue,\n RANK() OVER (PARTITION BY category ORDER BY revenue DESC) AS rnk\n FROM product_revenue\n)\nSELECT category, product, ROUND(revenue, 2) AS revenue, rnk\nFROM ranked\nWHERE rnk <= 2;","orderMatters":false,"title":"المنتجان الأكثر مبيعًا في كل فئة","prompt":"أكمل قائمة هدى للنشرة البريدية: أعلى منتجين من حيث إيراد 2025 داخل كل فئة (الطلبات غير الملغاة). إذا تعادل منتجان في المركز الثاني، فأبقِ الاثنين.
\nأعِد category وproduct وrevenue (مقرّبًا إلى منزلتين عشريتين) وrnk (ترتيب المنتج داخل فئته، 1 = الأفضل). ترتيب الصفوف لا يهم.
الـ CTE المسمّى product_revenue في الكود المبدئي صحيح. أما الترتيب فليس كذلك: إنه يعيد منتجين فقط للمتجر كله.
OVER (...) يجعله يُعاد لكل فئة؟","أضف PARTITION BY category قبل الـ ORDER BY داخل OVER.","لأن المتعادلين يجب أن يبقيا معًا، استخدم RANK() بدل ROW_NUMBER()."],"explanation":"بدون PARTITION BY تكون النتيجة كلها نافذة واحدة، فيرقّم ROW_NUMBER كل المنتجات معًا، ويُبقي rnk <= 2 أعلى منتجين في المتجر. أما PARTITION BY category فيعيد بدء الترتيب في كل فئة، ويعطي RANK المنتجات المتعادلة الرقم نفسه فيبقى المتعادلان على المركز الثاني معًا. تحتوي Kitchen وOutdoor كلٌّ منهما على منتج واحد، فتعيد كلٌّ منهما صفًا واحدًا، وهذه هي مشكلة المنتجات الموضوعة في الفئة الخطأ من درس الـ JOIN تظهر مجددًا.