يُعدّ مارك إيفانز، نائب الرئيس للعمليات، مراجعة لشهر نوفمبر. يريد رقمين: كم طلبًا استقبلت Cartwheel في نوفمبر 2025، وبأي سرعة حلّ فريق الدعم التذاكر. كلاهما سؤال عن التواريخ، وSQLite يتعامل مع التواريخ بطريقة تختلف عن معظم قواعد البيانات. حين تفهم طريقته، تجدها بسيطة ويمكن التنبؤ بها.
\nلا يملك SQLite نوعًا مستقلًا للتواريخ. تخزّن Cartwheel العمود order_date كنص بصيغة ISO-8601: '2025-11-28 19:55:30'. ولأن الصيغة تبدأ بالوحدة الأكبر وتنتهي بالأصغر، فإن الترتيب الأبجدي هو الترتيب الزمني. مقارنة النصوص تقارن لحظات زمنية، والـ index على العمود يعمل مع نطاقات التواريخ.
هذا هو الـ query البديهي لشهر نوفمبر:
\nSELECT COUNT(*) AS november_orders\nFROM orders\nWHERE order_date BETWEEN '2025-11-01' AND '2025-11-30';336 طلبًا. وهو خاطئ بفارق 11.
\nالنص '2025-11-30' أقصر من '2025-11-30 19:55:30'، والنص الأقصر الذي يطابق البداية يأتي أولًا في الترتيب. لذا فالحدّ الأعلى فعليًا هو منتصف الليل في بداية 30 نوفمبر، وكل ما بعده في ذلك اليوم يقع خارج النطاق. الإصلاح هو النطاق نصف المفتوح: اشمل البداية، واستبعد بداية الفترة التالية.
SELECT COUNT(*) AS november_orders\nFROM orders\nWHERE order_date >= '2025-11-01'\n AND order_date < '2025-12-01';347، وهو الرقم الحقيقي. في أكثر أيام عطلة نهاية أسبوع Black Friday ازدحامًا، كانت هذه الطلبات الـ 11 المفقودة ستترك فجوة واضحة في رسم مارك البياني.
\n\nتعيد strftime(format, value) أجزاء التاريخ كنص:
| الصيغة | \nتعيد | \nمثال | \n
|---|---|---|
'%Y-%m' | \nالسنة والشهر | \n'2025-11' | \n
'%Y' | \nالسنة | \n'2025' | \n
'%w' | \nيوم الأسبوع، الأحد = 0 | \n'5' | \n
'%H' | \nالساعة، 00–23 | \n'19' | \n
'%Y-%m' هي الصيغة الأكثر استخدامًا: تحوّل الطابع الزمني إلى تسمية شهر يمكنك التجميع حسبها في الدرس التالي. ولأن النتيجة نص، قارنها بنص: strftime('%w', order_date) = '0' يجد طلبات يوم الأحد، بينما = 0 لا يجد شيئًا.
تُوحّد date() وdatetime() صيغة القيمة وتقبلان مُعدِّلات (modifiers) تجعل حدود الفترات سهلة:
SELECT\n date('2025-11-28 19:55:30') AS just_the_date,\n date('2025-11-28', 'start of month') AS month_start,\n date('2025-11-28', 'start of month', '+1 month') AS next_month_start,\n date('2025-11-28', 'start of month', '+1 month', '-1 day') AS month_end,\n date('2025-11-28', '-6 days') AS week_ago;تُطبَّق المُعدِّلات من اليسار إلى اليمين. و'start of month', '+1 month' هو بالضبط الحدّ الأعلى غير المشمول الذي يحتاجه النطاق نصف المفتوح.
«الطلبات في آخر 30 يومًا» نافذة متحركة، وتخفي سؤالًا عن الخطأ بفارق واحد: هل تشمل «آخر 30 يومًا» حتى 31 ديسمبر اليوم 31 نفسه؟ عادةً نعم، ما يعني أن النافذة تبدأ في 2 ديسمبر، قبل 29 يومًا. ابنِ الحدّين كليهما من تاريخ الارتكاز حتى تتحرك النافذة معه:
\nSELECT COUNT(*) AS orders_last_30_days\nFROM orders\nWHERE order_date >= date('2025-12-31', '-29 days')\n AND order_date < date('2025-12-31', '+1 day');189 طلبًا. الحدّ الأعلى هو بداية اليوم التالي لتاريخ الارتكاز، وهي فكرة النطاق نصف المفتوح نفسها. اكتب أول يوم وآخر يوم في النافذة في تعليق فوق الـ query؛ فهذا بالضبط ما سيتحقق منه من يراجعه.
\nيجمع تحليل أيام الأسبوع بين strftime('%w', ...) وتعبيرات CASE من الدرس السابق. ربط ‘0’ و’6’ بتسمية عطلة نهاية الأسبوع خطوة أولى شائعة حين يسأل التسويق هل تستحق حملات عطلة نهاية الأسبوع العناء:
SELECT\n order_id,\n order_date,\n CASE strftime('%w', order_date)\n WHEN '0' THEN 'weekend'\n WHEN '6' THEN 'weekend'\n ELSE 'weekday'\n END AS day_type\nFROM orders\nORDER BY order_date DESC\nLIMIT 5;يستخدم هذا الـ CASE الصيغة البسيطة، CASE value WHEN x THEN ...، التي تقارن قيمة واحدة بقائمة. وهي مفيدة لعمليات الربط كهذه؛ أما الصيغة الشرطية (searched)، CASE WHEN condition THEN ...، فاستخدمها كلما احتاج فرعٌ إلى شرط حقيقي.
تحوّل julianday() التاريخ إلى عدد من الأيام (مع كسور للوقت). اطرح قيمتين فتحصل على مدة بالأيام؛ واضرب في 24 لتحصل على الساعات. هذه تذاكر ديسمبر العاجلة مع أوقات حلّها:
SELECT\n ticket_id,\n opened_at,\n closed_at,\n ROUND((julianday(closed_at) - julianday(opened_at)) * 24, 1) AS hours_to_close\nFROM support_tickets\nWHERE priority = 'urgent'\n AND opened_at >= '2025-12-01'\nORDER BY opened_at;التذكرة 691 بلا closed_at، لذا مدّتها NULL. وهذا صحيح: إنها ليست صفر ساعات، بل لم تنتهِ بعد، وأي متوسط تحسبه لاحقًا سيتخطّاها بدل أن يجمّل أداء الفريق.
أصبحت قادرًا على تصفية الزمن وقياسه. أما سؤال مارك الآخر، متوسط وقت الحل لكل أولوية، فيحتاج إلى فكرة إضافية: ضغط صفوف كثيرة في صف واحد لكل مجموعة. وهذا هو الدرس التالي.
\n","toc":[{"id":"sec-1","text":"التواريخ نصوص، ولا بأس في ذلك","level":2},{"id":"sec-2","text":"تفكيك التواريخ","level":2},{"id":"sec-3","text":"النوافذ المتحركة وأيام الأسبوع","level":2},{"id":"sec-4","text":"قياس المُدد","level":2}],"takeaways":["يخزّن SQLite التواريخ كنص بصيغة ISO-8601، وهو نص يُرتَّب زمنيًا، لذا تعمل مقارنة النصوص العادية كشرط على التاريخ.","صفِّ أي فترة بنطاق نصف مفتوح (>= البداية AND < بداية الفترة التالية)؛ أما BETWEEN بحدّ أعلى بلا وقت فيُسقط كل ما بعد منتصف الليل في اليوم الأخير.","تستخرج strftime() أجزاءً مثل الشهر (‘%Y-%m’) أو يوم الأسبوع (‘%w’، والأحد = 0) أو الساعة (‘%H’) كنص.","يعطي julianday(later) - julianday(earlier) مدة بالأيام مع الكسور؛ اضربها في 24 لتحصل على الساعات.","اربط حسابات «حتى تاريخ كذا» بتاريخ ثابت بدل ‘now’ حتى يعطي الـ query نفسه الإجابة نفسها غدًا."],"further":[{"title":"SQLite date and time functions","url":"https://www.sqlite.org/lang_datefunc.html"},{"title":"PostgreSQL date/time functions and operators","url":"https://www.postgresql.org/docs/current/functions-datetime.html"}],"quiz":[{"q":"يحمل order_date قيمًا مثل ‘2025-11-30 19:55:30’. أي شرط يعيد كل طلب في نوفمبر 2025؟
order_date BETWEEN '2025-11-01' AND '2025-11-30'","why":"‘2025-11-30 19:55:30’ يأتي بعد ‘2025-11-30’ في الترتيب، فيُسقَط كل طلب في 30 نوفمبر بعد منتصف الليل."},{"text":"order_date >= '2025-11-01' AND order_date < '2025-12-01'","why":"صحيح. النطاق نصف المفتوح يشمل اليوم الأخير كله أيًّا كان الوقت، ويعمل بالطريقة نفسها مع أي طول للفترة."},{"text":"order_date > '2025-11-01' AND order_date < '2025-11-30'","why":"هذا يخسر يوم 30 نوفمبر كاملًا: كل قيمة ‘2025-11-30 …’ تأتي في الترتيب بعد ‘2025-11-30’، فيرفضها الشرط < '2025-11-30'. أما اليوم الأول فينجو فقط لأن القيم التي تحمل وقتًا تأتي بعد التاريخ المجرّد."},{"text":"order_date = '2025-11'","why":"المساواة تقارن النص كاملًا، ولا توجد قيمة تساوي ‘2025-11’ بالضبط."}],"answer":1},{"q":"ماذا يعيد strftime('%m', '2025-03-09 14:00:00')؟
CAST(... AS INTEGER) إن احتجت إلى رقم."},{"text":"النص ‘March’","why":"لا تملك strftime في SQLite صيغة لاسم الشهر؛ ستبني الأسماء بتعبير CASE."}],"answer":1},{"q":"فُتحت تذكرة في ‘2025-12-04 17:56:18’ وأُغلقت في ‘2025-12-05 01:56:18’. ماذا يعيد (julianday(closed_at) - julianday(opened_at)) * 24؟
تحسب مدة بقاء العميل بـ julianday('now') - julianday(signup_date). لماذا قد يعترض زميلك؟
يريد مارك كل تذكرة فُتحت في نوفمبر 2025 مع وقت حلّها بالساعات.
\nأعِد ticket_id وpriority وhours_to_close (مقرّبًا إلى منزلة عشرية واحدة؛ واتركه NULL للتذاكر التي ما زالت مفتوحة)، مرتّبة حسب ticket_id. الترتيب مهم.
في الكود المبدئي خطآن: أحدهما يُسقط تذاكر، والآخر يخطئ في الوحدة.
\n","hints":["قارن عدد صفوف الكود المبدئي بعدد يستخدمopened_at < '2025-12-01'. أي يوم يختفي؟","استبدل BETWEEN بنطاق نصف مفتوح: >= '2025-11-01' AND < '2025-12-01'.","فروق julianday() بالأيام. اضرب الفرق في 24 قبل التقريب."],"explanation":"مع BETWEEN يأتي الحدّ الأعلى ‘2025-11-30’ في الترتيب قبل أي وقت في 30 نوفمبر، فتختفي التذاكر المفتوحة في ذلك اليوم: 112 صفًا بدل 116. النطاق نصف المفتوح يُبقيها. وjulianday(closed_at) - julianday(opened_at) كسر من يوم، فالضرب في 24 يعطي الساعات. التذاكر المفتوحة قيمة closed_at فيها NULL، والعملية الحسابية تمرّر هذه الـ NULL كما هي، وهذه هي الإجابة الصادقة لتذكرة لم تنتهِ.