{"id":"l-sql-1-1","courseId":"sql-for-analysts","lang":"ar","kind":"intro","summary":"تعرّف على قاعدة بيانات Cartwheel، وحوّل طلبًا غامضًا إلى سؤال دقيق، ثم أجب عنه بـ SELECT والأعمدة المحسوبة وORDER BY وLIMIT.","html":"

في أسبوعك الأول في Cartwheel تصلك رسالة من رانيا عزيز، المديرة التنفيذية: «أيّ منتجاتنا غالية لكن ربحها ضئيل؟ أريد مراجعة الأسعار قبل كتالوج الربيع». يبدو الأمر بسيطًا، وهو في الوقت نفسه مثال مثالي على طبيعة العمل: شخص أمامه قرار حقيقي يطرح سؤالًا بكلمات عادية، وأنت تحوّله إلى query يجيب عن هذا السؤال بالضبط، لا أكثر ولا أقل.

\n

Cartwheel متجر إلكتروني لمستلزمات المنزل والأنشطة الخارجية، يبيع في ثماني دول. تحتوي قاعدة بيانات SQLite الخاصة به على سنتين من السجلات، من يناير 2024 حتى ديسمبر 2025. كل query في هذه الدورة يعمل عليها، داخل متصفّحك.

\n

تعرّف على قاعدة البيانات

\n

قبل أن تكتب الـ query الحقيقي، ألقِ نظرة حولك. يحتفظ SQLite بفهرس لجداوله في sqlite_schema (الكود القديم يسمّيه sqlite_master، وما زال يعمل):

\n
SQL
SELECT name\nFROM sqlite_schema\nWHERE type = 'table';
\n

تسعة جداول. لترى أعمدة جدول واحد وأنواعها، اطلب قائمة أعمدته:

\n
SQL
SELECT name, type, \"notnull\"\nFROM pragma_table_info('orders');
\n

وهذه طريقة ارتباط الجداول ببعضها. يشير كل سهم من جدول إلى الجدول الذي يرجع إليه، والتسمية هي المفتاح المشترك بينهما.

\n
\n العملاء يقدّمون الطلبات؛ الطلبات تحتوي على order_items؛ وorder_items ترجع إلى products، والمنتجات تنتمي إلى categories. المرتجعات returns ترجع إلى order_items. تذاكر الدعم support_tickets ترجع إلى customers وorders وemployees. وجلسات الموقع web_sessions ترجع إلى customers.\n \n web_sessions\n \n support_tickets\n \n employees\n \n customers\n \n orders\n \n order_items\n \n products\n \n categories\n \n returns\n \n \n \n \n \n \n \n \n \n customer_id\n order_id\n product_id\n
مخطط Cartwheel: الطلبات تقع بين العملاء والمنتجات
\n

الجداول الثلاثة المميّزة هي العمود الفقري لمعظم الأسئلة: العميل يقدّم طلبًا، والطلب يضمّ عنصرًا واحدًا أو أكثر. المال موجود في order_items لا في orders: إيراد السطر هو quantity * unit_price * (1 - discount).

\n

من الطلب إلى الـ query

\n

في طلب رانيا كلمتان غامضتان. «غالية» قد تعني سعر القائمة. أما «ربحها ضئيل» فتحتاج إلى رقم: هامش الربح كنسبة مئوية من السعر، أي (unit_price - unit_cost) / unit_price، هو الطريقة المعتادة لمقارنة قمع تقطير قهوة بسعر 22 دولارًا بمكتب بسعر 449 دولارًا. اكتب الصيغة الدقيقة قبل أن تبدأ الكتابة: صف واحد لكل منتج، يعرض السعر ونسبة الهامش، والهوامش الأضعف أولًا.

\n
SQL
SELECT\n  name,\n  unit_price,\n  unit_cost,\n  ROUND((unit_price - unit_cost) / unit_price * 100, 1) AS margin_pct\nFROM products\nORDER BY margin_pct\nLIMIT 5;
\n

ثلاث عادات تعمل هنا منذ الآن. العمود المحسوب يأخذ اسمًا مقروءًا بـ AS. ويستطيع ORDER BY أن يرتّب حسب هذا الاسم المستعار (alias). ويأتي LIMIT 5 في النهاية ليقصّ القائمة بعد ترتيبها.

\n\n

حلقة عمل المحلّل

\n

كل طلب في هذه الدورة يمرّ بالحلقة نفسها، ويستحق أن تجعلها عادة من الآن:

\n
    \n
  1. أعِد صياغة السؤال بدقة، بما في ذلك ما يمثّله الصف الواحد في الإجابة.
    2. \n
  2. استكشف الجداول والأعمدة التي تحتاجها.
    3. \n
  3. اكتب الـ query، وابدأ صغيرًا ثم وسّعه.
    4. \n
  4. تحقّق من منطقية النتيجة: عدد الصفوف، مجموع تعرفه مسبقًا، حالة طرفية.
    5. \n
  5. أجب بجملة يستطيع غير المحلّل أن يتصرّف بناءً عليها.
    6. \n
\n

بالنسبة إلى رانيا، قد تكون الخطوة 5 هكذا: «أضعف هوامشنا تقارب 40%، على Burr Coffee Grinder وCompact Writing Desk؛ ولا يوجد منتج معروض بأقل من تكلفته». جملة قصيرة ومحدّدة، وتقود إلى السؤال التالي.

\n

في الدرس التالي ستضيف أكثر عبارة استخدامًا في التحليل، WHERE، وتتعلّم أين يتعثّر الناس في منطقها.

\n","toc":[{"id":"sec-1","text":"تعرّف على قاعدة البيانات","level":2},{"id":"sec-2","text":"من الطلب إلى الـ query","level":2},{"id":"sec-3","text":"حلقة عمل المحلّل","level":2}],"takeaways":["يبدأ الـ query عند المحلّل بسؤال دقيق، يشمل ما يمثّله الصف الواحد في الإجابة.","استكشف أي قاعدة بيانات جديدة عليك من خلال جداولها وأعمدتها قبل أن تكتب الـ query الحقيقي.","الأعمدة المحسوبة التي تحمل أسماء بـ AS تجعل النتيجة مقروءة دون أن تغيّر البيانات المخزّنة.","ORDER BY هو ما يحدّد الصفوف التي يُبقيها LIMIT، لذا فإن LIMIT بلا ORDER BY يعيد عيّنة اعتباطية لا يمكن الاعتماد عليها."],"further":[{"title":"SQLite SELECT statement","url":"https://www.sqlite.org/lang_select.html"},{"title":"The sqlite_schema table","url":"https://www.sqlite.org/schematab.html"}],"quiz":[{"q":"

تطلب رانيا «أفضل منتجاتنا». ماذا تفعل قبل أن تكتب أي SQL؟

","options":[{"text":"تحدّد بدقة ما تعنيه «أفضل» (الإيراد، أو عدد الوحدات، أو هامش الربح) وعن أي فترة.","why":"صحيح. لكلمة «أفضل» ثلاثة معانٍ مقبولة على الأقل، وكل معنى يعطي قائمة مختلفة. الاتفاق على المقياس أولًا يوفّر عليك إعادة الكتابة."},{"text":"تكتب SELECT * FROM products وترسل إليها الجدول كاملًا.","why":"48 صفًا من الأعمدة الخام لا تجيب عن سؤال؛ إنها تعيد التحليل إلى من طلبه."},{"text":"ترتّب المنتجات حسب unit_price، لأن المنتجات الغالية هي الأفضل.","why":"السعر ليس أداءً. مكتب بسعر 449 دولارًا يُباع مرتين في السنة قد يكون أقل أهمية من كوب بسعر 24 دولارًا يُباع كل يوم."}],"answer":0},{"q":"

ماذا يعيد هذا الـ query؟

\n
SQL
SELECT name, unit_price\nFROM products\nLIMIT 3;
\n","options":[{"text":"أغلى ثلاثة منتجات.","why":"لا شيء في الـ query يرتّب حسب السعر. LIMIT يقصّ النتيجة فقط، ولا يختار الصفوف «الأعلى» من تلقاء نفسه."},{"text":"أرخص ثلاثة منتجات.","why":"لا يوجد ORDER BY، فلا معنى لـ«الأرخص» هنا أيضًا."},{"text":"ثلاثة صفوف بأي ترتيب يقرؤها به SQLite، ولا يصحّ أن تعتمد عليه.","why":"صحيح. بدون ORDER BY يصبح ترتيب الصفوف تفصيلًا داخليًا في التنفيذ. اليوم هو ترتيب الإدخال، وبعد تغيير في الـ index قد لا يكون كذلك."}],"answer":2},{"q":"

تكتب unit_price - unit_cost AS margin في قائمة SELECT. ماذا يحدث لجدول products؟

","options":[{"text":"يُضاف عمود margin جديد إلى الجدول بشكل دائم.","why":"SELECT لا يغيّر البيانات المخزّنة أبدًا. إضافة عمود تحتاج إلى ALTER TABLE."},{"text":"لا شيء؛ العمود margin موجود في نتيجة هذا الـ query فقط.","why":"صحيح. العمود المحسوب يُحسب لكل صف في النتيجة ويختفي حين ينتهي الـ query."},{"text":"يفشل الـ query لأن margin ليس عمودًا حقيقيًا.","why":"التعبيرات التي تحمل اسمًا مستعارًا هي بالضبط الطريقة التي تُنشئ بها أعمدة غير موجودة في الجدول."}],"answer":1}],"exercise":{"kind":"sql","starter":"-- Highest-margin products, by margin percent\nSELECT\n name,\n unit_price,\n ROUND(unit_price - unit_cost, 2) AS margin\nFROM products\nORDER BY margin DESC\nLIMIT 5;","solution":"SELECT\n name,\n unit_price,\n ROUND(unit_price - unit_cost, 2) AS margin,\n ROUND((unit_price - unit_cost) / unit_price * 100, 1) AS margin_pct\nFROM products\nORDER BY margin_pct DESC\nLIMIT 5;","orderMatters":true,"title":"اعثر على أعلى هوامش الربح","prompt":"

أعجبت رانيا بقائمة الهوامش الضعيفة، وتريد الآن العكس: أعلى 5 منتجات من حيث نسبة هامش الربح، ليعرضها فريق التسويق.

\n

أعِد أربعة أعمدة بهذا الترتيب: name، وunit_price، وmargin (أي unit_price - unit_cost مقرّبًا إلى منزلتين عشريتين)، وmargin_pct (الهامش كنسبة مئوية من unit_price مقرّبًا إلى منزلة عشرية واحدة). رتّب حسب margin_pct من الأعلى إلى الأدنى. الترتيب مهم.

\n

الكود المبدئي يرتّب حسب الهامش بالدولار، وهذا يحابي المنتجات الغالية. أصلحه.

\n","hints":["أضف عمودًا رابعًا يقسم الهامش على unit_price ويضربه في 100.","ضعه داخل ROUND(..., 1) وأعطه الاسم المستعار margin_pct.","غيّر الـ ORDER BY إلى margin_pct DESC؛ ويبقى LIMIT في النهاية."],"explanation":"

الترتيب حسب الهامش بالدولار يضع Standing Desk في المقدمة، لأن السعر الكبير يترك فجوة كبيرة حتى مع نسبة عادية. أما نسبة الهامش فتقارن المنتجات بأي سعر على المقياس نفسه: Cable Management Kit بسعر 19 دولارًا يحتفظ بـ 61.5% من سعره، وهي الأفضل في الكتالوج. يستطيع ORDER BY استخدام الاسم المستعار المعرّف في قائمة SELECT، ثم يُبقي LIMIT 5 أول خمسة صفوف من النتيجة المرتّبة.

\n","checkLabels":{}},"words":443,"readMinutes":3}