ترسل جوليا فيشر، مسؤولة دعم العملاء، سؤالين: «كم تذكرة ما زالت مفتوحة؟ وما متوسط تقييم الرضا لدينا؟». الإجابتان تعتمدان على القيمة نفسها، وهي القيمة التي تسبّب أرقامًا خاطئة في التحليل أكثر من أي قيمة أخرى: NULL.
في support_tickets تكون قيمة closed_at هي NULL ما دامت التذكرة مفتوحة، وتكون satisfaction هي NULL حين لا يقيّم العميل الخدمة. NULL لا تعني صفرًا ولا نصًا فارغًا، بل تعني غير معروف.
جرّب أن تجد التذاكر المفتوحة كما تجد أي شيء آخر:
\nSELECT COUNT(*) AS open_tickets\nFROM support_tickets\nWHERE closed_at = NULL;صفر. هل closed_at يساوي NULL؟ إجابة SQL هي «غير معروف»، لأن مقارنة أي شيء بقيمة غير معروفة تعطي نتيجة غير معروفة، حتى NULL = NULL. وWHERE لا يُبقي الصف إلا حين يكون شرطه TRUE، وليس حين يكون غير معروف. لاختبار القيم المفقودة صياغة خاصة:
SELECT COUNT(*) AS open_tickets\nFROM support_tickets\nWHERE closed_at IS NULL;56 تذكرة مفتوحة. هذا هو المنطق ثلاثي القيم: كل شرط إمّا TRUE أو FALSE أو NULL. ويتبع AND وOR الجدولين أدناه. القاعدة العامة: NULL تغلب، إلا إذا حسم الطرف الآخر الإجابة وحده (FALSE مع AND، وTRUE مع OR).
\nالحالة الخطرة ليست = NULL، فهي لا تعيد شيئًا ويلاحظها الجميع. الخطر في شرط «لا يساوي» على عمود فيه قيم NULL:
SELECT\n (SELECT COUNT(*) FROM orders WHERE coupon_code <> 'BLACKFRIDAY25') AS with_not_equal,\n (SELECT COUNT(*) FROM orders WHERE coupon_code IS DISTINCT FROM 'BLACKFRIDAY25') AS null_safe;264 مقابل 1,942. «الطلبات التي لم تستخدم BLACKFRIDAY25» تشمل بديهيًا الطلبات الـ 1,678 التي بلا كوبون أصلًا، لكن <> أسقطها كلها. يعامل IS DISTINCT FROM قيمة NULL كقيمة قابلة للمقارنة، فهو النسخة الآمنة مع NULL من <>. يقبل SQLite أيضًا الصيغة الأقصر IS NOT 'BLACKFRIDAY25'؛ أما PostgreSQL فلا يقبل إلا IS DISTINCT FROM.
دوال التجميع تتخطّى قيم NULL، وهذا ما تريده عادةً، لكن يستحق أن تصرّح به دائمًا:
\nSELECT\n COUNT(*) AS tickets,\n COUNT(satisfaction) AS rated,\n ROUND(AVG(satisfaction), 2) AS avg_score,\n ROUND(AVG(COALESCE(satisfaction, 0)), 2) AS wrong_avg\nFROM support_tickets;COUNT(*) يعدّ الصفوف (873)؛ وCOUNT(satisfaction) يعدّ القيم المعروفة (588). ويقسم AVG على عدد القيم المعروفة، فيعطي 3.74. أما استبدال NULL بصفر باستخدام COALESCE فيهبط بالمتوسط إلى 2.52، مخترعًا 285 عميلًا غاضبًا لم يقولوا شيئًا أصلًا. أبلغ جوليا بالرقم 3.74 ومعه معدل الاستجابة، 588 من 873: المتوسط المحسوب على ثلثي التذاكر يجب أن يقول ذلك صراحة.
COALESCE(a, b, ...) يعيد أول وسيط قيمته ليست NULL، وهو مناسب للقيم الافتراضية عند العرض، مثل COALESCE(coupon_code, 'none'). وصورته المعكوسة هي NULLIF(a, b)، الذي يعيد NULL حين يكون a = b. القسمة على NULLIF(denominator, 0) تعطي NULL بدل خطأ القسمة على صفر في المحرّكات التي ترمي هذا الخطأ.
NULL علامة واحدة لعدة حالات مختلفة، والتعامل الصحيح معها يعتمد على الحالة التي أمامك. في Cartwheel وحدها:
\nclosed_at قيمته NULL لأن الحدث لم يقع بعد. احسب هذه التذاكر مفتوحة، واستبعدها من أوقات الحل.satisfaction قيمته NULL لأن العميل لم يُجب. اعرض معدل الاستجابة بجانب المتوسط.coupon_code قيمته NULL لأن الطلب بلا كوبون. هنا تعني NULL فعلًا «لا شيء»، فـ COALESCE(coupon_code, 'none') تسمية عادلة.referred_by قيمته NULL لأن العميل لم تتم إحالته، أو لأن أحدًا لم يسجّل الإحالة. لا يمكنك أن تعرف أيّ الاحتمالين، ويجب أن تقول ذلك.تؤثّر NULL في الترتيب أيضًا. يضع SQLite قيم NULL أولًا في الترتيب التصاعدي وأخيرًا في التنازلي؛ وPostgreSQL يفعل العكس. إذا كان موضعها مهمًا، فصرّح به بـ ORDER BY satisfaction NULLS LAST، الذي يقبله المحرّكان.
تريد جوليا أيضًا حالة مقروءة لكل تذكرة؛ وهذا تمرينك. وإليك الأداة نفسها على الطلبات، تصنّف طريقة تسعير كل طلب. يقيّم CASE شروط WHEN من الأعلى إلى الأسفل ويعيد أول تطابق:
SELECT\n order_id,\n coupon_code,\n shipping_fee,\n CASE\n WHEN coupon_code IS NULL AND shipping_fee = 0 THEN 'free shipping only'\n WHEN coupon_code IS NULL THEN 'full price'\n WHEN coupon_code = 'FREESHIP' THEN 'coupon: shipping'\n ELSE 'coupon: discount'\n END AS price_type\nFROM orders\nORDER BY order_id\nLIMIT 6;قاعدتان تجعلان CASE موثوقًا. رتّب فروع WHEN من الأكثر تحديدًا إلى الأعم، لأن أول فرع قيمته TRUE يفوز ولا يُفحص الباقي. واكتب ELSE عن قصد: بدونه تحصل الصفوف غير المطابقة على NULL، وتنتقل هذه القيمة إلى كل ما يأتي بعدها. لدى SQLite أيضًا IIF(condition, a, b) للاختيار بين احتمالين، لكن CASE هو SQL القياسي ويعمل في كل محرّك.
القيم المفقودة مصدر واحد للمفاجآت؛ والتواريخ هي المصدر الآخر، وهي موضوعنا التالي.
\n","toc":[{"id":"sec-1","text":"«غير معروف» قيمة معدية","level":2},{"id":"sec-2","text":"حيث تُسقط NULL الصفوف بصمت","level":2},{"id":"sec-3","text":"NULL في دوال التجميع","level":2},{"id":"sec-4","text":"قرّر ما تعنيه كل NULL","level":2},{"id":"sec-5","text":"CASE: تسميات من المنطق","level":2}],"takeaways":["أي مقارنة مع NULL، بما فيها NULL = NULL، تعيد NULL (غير معروف)، وWHERE لا يُبقي إلا الصفوف التي يكون شرطها TRUE.","اختبر القيم المفقودة بـ IS NULL أو IS NOT NULL؛ واستخدم IS DISTINCT FROM (أو IS NOT في SQLite) لمقارنة «لا يساوي» آمنة مع NULL.","COUNT(*) يعدّ الصفوف، وCOUNT(column) يعدّ القيم غير الـ NULL، وAVG يتجاهل قيم NULL بدل أن يعاملها كأصفار.","تعبير CASE يعيد نتيجة أول WHEN قيمته TRUE، لذا ضع الشروط الأكثر تحديدًا أولًا وقرّر دائمًا ما يجب أن يكون عليه ELSE."],"further":[{"title":"NULL handling in SQLite versus other engines","url":"https://www.sqlite.org/nulls.html"},{"title":"SQLite CASE expression and IS DISTINCT FROM","url":"https://www.sqlite.org/lang_expr.html#the_case_expression"},{"title":"PostgreSQL comparison functions and operators","url":"https://www.postgresql.org/docs/current/functions-comparison.html"}],"quiz":[{"q":"قيمة orders.coupon_code هي NULL في معظم الطلبات. كم صفًا يُبقي WHERE coupon_code <> 'FREESHIP'؟
NULL <> 'FREESHIP' قيمته NULL لا TRUE، فتُستبعد تلك الصفوف."},{"text":"الطلبات التي استخدمت كوبونًا آخر فقط؛ وتُستبعد الطلبات التي بلا كوبون.","why":"صحيح. المقارنة غير معروفة النتيجة للكوبونات التي قيمتها NULL، وWHERE لا يُبقي إلا صفوف TRUE. استخدم coupon_code IS DISTINCT FROM 'FREESHIP' لإبقائها."},{"text":"لا صفوف، لأن العمود يحتوي على NULL.","why":"قيم NULL لا تؤثّر إلا على صفوفها. الطلبات التي لها كوبون غير NULL تُقارَن بشكل طبيعي."}],"answer":1},{"q":"جدول تذاكر فيه 10 صفوف؛ 4 منها قيمة satisfaction فيها NULL، ومتوسط الستة الباقية 4.0. ماذا يعيد AVG(satisfaction)؟
ما التسمية التي تحصل عليها تذكرة قيمة satisfaction = 1 فيها؟
CASE\n WHEN satisfaction <= 3 THEN 'neutral'\n WHEN satisfaction <= 2 THEN 'unhappy'\n ELSE 'happy'\nEND1 <= 3 قيمته TRUE، فلا يُوصَل إلى فرع ‘unhappy’ أبدًا. رتّب WHEN من الأكثر تحديدًا إلى الأقل."},{"text":"‘unhappy’","why":"كان سيحدث هذا لو كانت فروع WHEN بالترتيب المعاكس. CASE لا يبحث عن أفضل تطابق، بل عن أول تطابق فقط."},{"text":"‘happy’","why":"ELSE لا يُطبَّق إلا حين لا يكون أي WHEN قيمته TRUE، والأول قيمته TRUE."}],"answer":0},{"q":"أي تعبير يحسب refunds / orders بأمان حين يمكن أن تكون orders صفرًا؟
refunds / orders","why":"في SQLite تعيد القسمة على صفر NULL بدل خطأ، لكن محرّكات أخرى مثل PostgreSQL ترمي خطأً، كما أن النيّة لا تظهر لمن يقرأ الكود."},{"text":"COALESCE(refunds / orders, 0)","why":"هذا يحوّل «لا يمكن الحساب» إلى 0، فيعرض نسبةً لا مقام لها على أنها صفر حقيقي."},{"text":"refunds / NULLIF(orders, 0)","why":"صحيح. NULLIF يحوّل المقام الصفري إلى NULL، فتكون النتيجة NULL («لا بيانات») في كل المحرّكات، وهذا صادق وقابل للنقل."}],"answer":2}],"exercise":{"kind":"sql","starter":"-- Urgent tickets with a readable state\nSELECT\n ticket_id,\n CASE\n WHEN closed_at = NULL THEN 'open'\n WHEN satisfaction = NULL THEN 'unrated'\n WHEN satisfaction <= 2 THEN 'unhappy'\n ELSE 'happy'\n END AS state\nFROM support_tickets\nWHERE priority = 'urgent'\nORDER BY ticket_id;","solution":"SELECT\n ticket_id,\n CASE\n WHEN closed_at IS NULL THEN 'open'\n WHEN satisfaction IS NULL THEN 'unrated'\n WHEN satisfaction <= 2 THEN 'unhappy'\n ELSE 'happy'\n END AS state\nFROM support_tickets\nWHERE priority = 'urgent'\nORDER BY ticket_id;","orderMatters":true,"title":"صنّف تذاكر جوليا العاجلة","prompt":"تريد جوليا كل تذكرة عاجلة (urgent) مع تسمية state، تُفحص بهذا الترتيب:
'open' حين لا يكون للتذكرة closed_at'unrated' حين تكون مغلقة لكن بلا تقييم satisfaction'unhappy' حين يكون التقييم 1 أو 2'happy' في غير ذلكأعِد ticket_id وstate، مرتّبة حسب ticket_id. الترتيب مهم. الكود المبدئي يصنّف معظم التذاكر ‘happy’. اكتشف السبب وأصلحه.
closed_at = NULL لأي صف؟","لا يُختار فرع في CASE إلا حين يكون شرطه TRUE. وNULL (غير معروف) ليست TRUE، فينزل الصف إلى ELSE.","استخدم IS NULL في أول فرعين من WHEN."],"explanation":"قيمة closed_at = NULL هي NULL لكل صف، فلا يعمل الفرعان الأولان أبدًا، وتتجاوز التذكرة المفتوحة غير المقيّمة الشرط satisfaction <= 2 (وقيمته NULL أيضًا) لتصل إلى ELSE: ‘happy’. مع IS NULL تُلتقط التذاكر المفتوحة أولًا. ترتيب الفروع مهم كذلك: في مواضع أخرى من الجدول توجد تذاكر مفتوحة تحمل تقييمًا بالفعل، ولأن ‘open’ يُفحص أولًا فهي تُصنَّف مفتوحة، وهذا ما تقوله قواعد جوليا.