أساسيات SQL: SELECT وWHERE وORDER BY

لماذا يهم

تعرض الشاشة والواجهة البرمجية (API) البيانات بعد أن يرشّحها التطبيق وينسّقها، أما قاعدة البيانات فتُظهر ما خُزّن فعلاً. فإذا فشل اختبار، أو نجح لسبب خاطئ، بيّن استعلام قصير هل العيب في البيانات أم في الشيفرة التي تعرضها، ومنح المطور دليلاً يستطيع إعادة تشغيله.

وجملة SELECT هي أيضاً موضع الأخطاء الصامتة لدى المبتدئين: فالشرط المكتوب = NULL، أو الأقواس الناقصة، أو قائمة تُقرأ دون ORDER BY، لا تُظهر أي رسالة خطأ. بل تعيد صفوفاً خاطئة، والمختبِر الذي يثق بها يحكم بنجاح ميزة معطوبة أو يبلّغ عن عيب غير موجود.

كيف تُبنى جملة SELECT

لغة SQL تصريحية (Declarative): تصف النتيجة، وتقرر قاعدة البيانات كيف تُنتجها. ويعرّف اللغةَ المعيارُ ISO/IEC 9075، ويطبّق كل محرك، مثل PostgreSQL وMySQL وSQLite وSQL Server، لهجةً (Dialect) منها؛ وتعمل الأساسيات هنا فيها جميعاً ما لم تذكر ملاحظة غير ذلك.

تتكون الجملة من عبارات (Clauses) تبدأ بكلمات مفتاحية. ولا تميّز الكلمات المفتاحية حالة الأحرف، لكن الأحرف الكبيرة تجعل الاستعلام أسهل قراءة. ويوضع النص بين علامتي اقتباس مفردتين ('PAID')؛ أما علامات الاقتباس المزدوجة فتعني في SQL القياسية وفي PostgreSQL اسم عمود أو جدول. ويبدأ التعليق بـ--، وتنتهي الجملة بـ;. والنتيجة نفسها جدول، والنتيجة التي لا تضم أي صف إجابةٌ صحيحة لا خطأ.

تُقيَّم العبارات منطقياً بترتيب يختلف عن ترتيب كتابتها: FROM، ثم WHERE، ثم قائمة SELECT، ثم ORDER BY، ثم LIMIT. لذا فالاسم المستعار (Alias) الذي تنشئه بـAS في قائمة SELECT يعمل في ORDER BY لا في WHERE، لأن WHERE تُقيَّم قبل أن يوجد الاسم. ويرفضه PostgreSQL وMySQL هناك، أما SQLite فيقبله، لذا قد يفشل على محرك المشروع استعلامٌ نجح أثناء التدرّب على SQLite.

-- Paid orders of customer 207, newest first
الجزء 3:3SELECT order_id, total_amount AS total, created_at
الجزء 1:1FROM orders
الجزء 2:2WHERE customer_id = 207
  AND status = 'PAID'
الجزء 4:4ORDER BY created_at DESC, order_id DESC
الجزء 5:5LIMIT 5;

-- Paid orders of customer 207, newest first
SELECT order_id, total_amount AS total, created_at
FROM orders
WHERE customer_id = 207
  AND status = 'PAID'
ORDER BY created_at DESC, order_id DESC
LIMIT 5;

جرّبها: منسّق SQL جرّبها: مدقّق استعلامات SQL

اختيار الأعمدة بـSELECT والصفوف بـWHERE

سمِّ الأعمدة التي تفحصها، كما في SELECT order_id, status، واترك SELECT * للنظرة السريعة، حتى تكون الفحوص المحفوظة مقروءة في تقرير الخطأ. وتعيد AS تسمية عمود في النتيجة، وSELECT DISTINCT status FROM orders تعرض كل قيمة مرة واحدة: وهي طريقة سريعة لاكتشاف قيم لم يتوقعها أحد، مثل 'CANCELED' بجوار 'CANCELLED'.

تُقيَّم WHERE لكل صف، ولا تعود إلا الصفوف التي يكون الشرط فيها صحيحاً. وتُبنى من هذه الأجزاء:

• المقارنات: = و<> (وتقبل معظم المحركات != أيضاً) و< و<= و> و>=.
• المنطق: تُقيَّم AND قبل OR، لذا تعيد status = 'PAID' OR status = 'SHIPPED' AND total_amount > 500 كل الطلبات المدفوعة ومعها الطلبات المشحونة التي تزيد على ⁦500⁩. استخدم الأقواس لتوضّح ما تقصده.
• القوائم والنطاقات: status IN ('PAID', 'SHIPPED')؛ وBETWEEN 100 AND 300 تشمل الطرفين. وللطوابع الزمنية استخدم نطاقاً نصف مفتوح يشمل بدايته ولا يشمل نهايته: created_at >= '2026-09-01' AND created_at < '2026-10-01'.
• الأنماط: LIKE '%@example.com'، حيث يطابق % أي سلسلة من الأحرف ولو كانت فارغة، ويطابق _ حرفاً واحداً بالضبط. ويعتمد تمييز حالة الأحرف على المحرك وعلى قواعد المقارنة (Collation) للعمود، أي قواعد مقارنة النصوص وترتيبها: يميّزها PostgreSQL في مقارنة النصوص، ولا تميّزها قواعد المقارنة الافتراضية في MySQL، أما في SQLite فيتجاهل المعامل LIKE حالة الأحرف اللاتينية الأساسية (ASCII) بينما يميّزها المعامل =.

جرّبها: مولّد عبارات SQL IN

ترتيب النتيجة بـORDER BY

من دون ORDER BY لا يكون ترتيب الصفوف محدداً: فقد يتغير حين تكبر البيانات أو يُضاف فهرس (Index)، أي بنية تستخدمها قاعدة البيانات لإيجاد الصفوف بسرعة أكبر، أو يُرقّى المحرك. لذا يجب أن يرتّب صراحةً كل فحص يقرأ «الصف الأول» أو يقارن قائمة بما على الشاشة.

لا تستخدم ORDER BY created_at DESC, order_id DESC العمود الثاني إلا عند تساوي الأول، والترتيب التصاعدي ASC هو الافتراضي. واختم بعمود فريد مثل المفتاح الأساسي (Primary Key): فمن دون هذا الفاصل عند التعادل (Tie-breaker) قد تتبادل الصفوف المتساوية مواقعها بين تشغيل وآخر، ومع تقسيم الصفحات قد يظهر صف في صفحتين أو لا يظهر في أي منها.

• تُبقي LIMIT 10 أول عشرة صفوف بعد الترتيب. ويكتب SQL Server TOP (10)، أما الصيغة القياسية FETCH FIRST 10 ROWS ONLY فيقبلها PostgreSQL ولا يقبلها MySQL ولا SQLite.
• يُرتَّب النص حسب قواعد المقارنة للعمود، والأرقام المخزّنة نصاً تُرتَّب كنص: '10' تأتي قبل '9'. وقائمة أسعار مرتبة هكذا على الشاشة سبب لفحص نوع بيانات العمود.

القيمة NULL: القيمة الغائبة

تدل NULL على قيمة مفقودة أو مجهولة؛ فهي ليست صفراً، ولا نصاً فارغاً ''، ولا النص 'NULL'. والمقارنة مع NULL ليست صحيحة ولا خاطئة بل مجهولة (Unknown)، وWHERE لا تُبقي إلا الصفوف التي شرطها صحيح، فتختفي من النتائج دون أي تحذير الصفوف التي تكون فيها قيمة العمود المقارَن NULL.

وتنتقل القيمة المجهولة عبر AND وOR أيضاً. فـAND لا تكون صحيحة إلا إذا صحّ طرفاها، لذا فإن true AND unknown مجهولة ويسقط الصف؛ أما OR فيكفيها طرف صحيح واحد، لذا فإن unknown OR true صحيحة ويبقى الصف.

• WHERE email = NULL لا تعيد أي صف أبداً. استخدم IS NULL وIS NOT NULL.
• تُسقط WHERE city <> 'Riyadh' أيضاً الصفوف التي مدينتها NULL، وكذلك تفعل NOT (city = 'Riyadh'). فإن كانت هذه الصفوف جزءاً من النتيجة المطلوبة فأضف OR city IS NULL.
• العمليات الحسابية مع NULL تُنتج NULL؛ وتعيد COALESCE(delivery_fee, 0) أول وسيط فيها ليس NULL.
• النص الفارغ ليس NULL في PostgreSQL وMySQL وSQLite (أما Oracle Database فيخزّن '' على أنه NULL)، لذا يبحث فحص الحقل الإلزامي عن الحالتين.
• في الترتيب التصاعدي يضع PostgreSQL قيم NULL في الآخر، ويضعها MySQL وSQLite في الأول؛ وفي الترتيب التنازلي يفعل كل منها العكس. ويقبل PostgreSQL وSQLite NULLS FIRST أو NULLS LAST لتحديد موضعها صراحةً.

-- Customers without a usable email address
SELECT customer_id, full_name
FROM customers
WHERE email IS NULL OR email = '';

-- Show a default where the value is missing
SELECT order_id, COALESCE(coupon_code, 'none') AS coupon
FROM orders
WHERE customer_id = 207;

مثال تطبيقي: فحص صفحة «طلباتي»

المتطلب: «تعرض صفحة طلباتي طلبات العميل ما عدا الملغاة، من الأحدث إلى الأقدم؛ والطلبات التي وُضعت في الوقت نفسه تظهر حسب رقم الطلب، الأعلى أولاً؛ وتعرض الصفحة ⁦10⁩ طلبات على الأكثر». يكتب المختبِر أولاً الاستعلام الذي يُنتج القائمة المتوقعة من بيانات الاختبار، فيأتي مرجع الاختبار (Test Oracle)، أي مصدر النتيجة المتوقعة، من المتطلب لا من الشاشة.

للعميل ⁦207⁩ خمسة طلبات، والطلب ⁦1003⁩ يخص عميلاً آخر. وكل سطر في الاستعلام يفحص جزءاً من المتطلب:

• customer_id = 207: إن ظهر الطلب ⁦1003⁩ فقد رأى عميل بيانات عميل آخر، وهذا عيب في الخصوصية.
• status <> 'CANCELLED': الطلب ⁦1002⁩ غير متوقع. والعمود status هنا NOT NULL؛ ولو قبل NULL لأخفى هذا الشرط أيضاً الطلبات التي لا حالة لها.
• ORDER BY created_at DESC, order_id DESC: للطلبين ⁦1004⁩ و⁦1005⁩ قيمة created_at نفسها، فيضع الفاصل عند التعادل ⁦1005⁩ أولاً. والصفحة التي تعرض ⁦1004⁩ أولاً، أو تبدّل موقعيهما عند إعادة التحميل، تخالف المتطلب.
• LIMIT 10: حجم الصفحة حدّ. اختبر ببيانات فيها ⁦10⁩ طلبات غير ملغاة بالضبط، ثم ⁦11⁩ طلباً، كما في تحليل القيم الحدّية: يجب أن يظهر الطلب الحادي عشر في الصفحة الثانية، وألا يظهر أي طلب مرتين. وتتخطى LIMIT 10 OFFSET 10 أول عشرة صفوف فتُعطي الصفحة الثانية المتوقعة.

-- Test data: orders
-- order_id  customer_id  status     total_amount  created_at
-- 1001      207          PAID       120.00        2026-09-03 10:15
-- 1002      207          CANCELLED   80.00        2026-09-05 18:40
-- 1003      311          PAID       455.50        2026-09-06 09:05
-- 1004      207          SHIPPED    455.50        2026-09-12 21:30
-- 1005      207          PAID        60.00        2026-09-12 21:30
-- 1006      207          PAID        35.25        2026-09-20 08:00

SELECT order_id, status, total_amount, created_at
FROM orders
WHERE customer_id = 207
  AND status <> 'CANCELLED'
ORDER BY created_at DESC, order_id DESC
LIMIT 10;

-- Expected, top to bottom: 1006, 1005, 1004, 1001

جرّبها: مولّد مجموعات بيانات SQL

أسئلة شائعة

المراجع

• ISO/IEC 9075-1:2023 — Information technology — Database languages SQL — Part 1: Framework (SQL/Framework)ISO/IEC · 2023الجزء الإطاري من معيار SQL الدولي، الذي تنفّذه لهجات PostgreSQL وMySQL وSQLite وغيرها بدرجات متفاوتة.
• PostgreSQL Documentation: SQL SyntaxThe PostgreSQL Global Development Groupالبنية المعجمية لـ SQL في PostgreSQL: المعرّفات والاقتباس والثوابت النصية والتهريب.
• SQL As Understood By SQLiteSQLiteقواعد SQL التي يقبلها SQLite، عبارة تلو الأخرى، مع مخططات نحوية.