الذكاء الاصطناعي على MySQL: فخاخ اللهجة التي لا يحذّرك منها أحد

الفخ الأول: فخ الاقتباس — حين يصبح العمود نصًا

اطلب من محركين قراءة SELECT "name" FROM employees. في PostgreSQL، "name" عمود. في الوضع الافتراضي لـMySQL، علامتا الاقتباس المزدوجتان نصوص — فيعيد الاستعلام النص الحرفي «name» لكل صف. بلا خطأ ولا تحذير، مجرد بيانات بلا معنى تُقدَّم بأدب. ونموذج ذكاء اصطناعي مدرّب غالبًا على SQL بأسلوب Postgres سينتج معرّفات مزدوجة الاقتباس يقبلها Postgres ويسيء MySQL قراءتها بصمت.

الحل ممل وغير قابل للتفاوض: اللهجة يجب أن تكون صريحة — MySQL تعني backticks، وأي شيء يولّد أو يفحص SQL لقاعدتك يجب أن يعرف أي محرك يخاطب. توثيق sql_mode (انظر ANSI_QUOTES) هو حيث يسكن هذا الفخ رسميًا.

الفخ الثاني: فخ sql_mode — الاستعلام نفسه، خادم مختلف، إجابة مختلفة

يسمح MySQL لكل خادم باختيار درجة صرامته: ONLY_FULL_GROUP_BY مفعّل أو لا، وتواريخ صارمة أو متساهلة. استعلام تحققت منه على التجهيز قد يفشل — أو الأسوأ، يعيد أرقامًا مجمّعة بتراخٍ وخاطئة — على الإنتاج، لمجرد أن الخادمين يعملان بوضعين مختلفين. قاعدة البيانات لم تتغير؛ شخصيتها تغيرت. إن لم تستطع إعادة إنتاج خلل، افحص الوضع قبل أن تلوم النموذج.

الفخ الثالث: فخ الأحرف — Employees مقابل employees

على لينكس، أسماء جداول MySQL حساسة للأحرف عادة؛ وعلى ويندوز وmacOS، غالبًا لا. كود عمل على جهاز مطوّر (SELECT * FROM Employees) يموت على خادم لينكس الإنتاجي. وSQL المولَّد بالذكاء الاصطناعي مصاب بالمرض نفسه — النماذج «تتذكر» أسماء الجداول بأي حالة بدا لها صحيحة وقتها. الطبقة المحكومة تحلّ الأسماء من فهرس المخطط الفعلي بدل الثقة بذاكرة أحد.

الفخ الرابع: فخ النص العربي — utf8 ليست utf8

ترميز utf8 الأصلي في MySQL يخزّن 3 بايت فقط للحرف — يكفي للعربية الأساسية، لا لكامل نطاق الأحرف التي يكتبها الناس فعلًا. utf8mb4 هو الحقيقي. وحين تبدو أسئلة وأسماء وملاحظات عربية سليمة في تقرير ومشوّهة في آخر، فمجموعة أحرف الجدول هي المتهم المعتاد — وحين يجيب الذكاء الاصطناعي سؤالًا عربيًا «خطأ»، فالبيانات لم تكن خاطئة؛ بل خُزّنت في لهجة من يونيكود لا يستطيع الاستعلام رؤيتها.

النمط الذي ينجو من الأربعة

لهجة صريحة دائمًا — backticks لـMySQL، مُتحقق منها لكل محرك. أسماء محلولة من المخطط، لا متذكَّرة أبدًا. حراس يفشلون مغلقين: العبارة التي لا يستطيع الفاحص تحليلها تُرفض ولا تُمرَّر. والقواعد نفسها كما في كل محرك: وصول للقراءة فقط، ونطاق لكل استعلام، وقيم في الداخل، وتعريفات مُعتمدة للأسئلة المالية، وسطر تدقيق لكل إجابة.

حالة DEBO على MySQL: مضمون. إنها لهجتنا الأكثر اختبارًا — تجربة منصة الموارد البشرية تعمل عليها، بما فيها استعلامات عربية النطاق بمعرّفات backtick. الفخاخ أعلاه هي بالضبط ما نختبره، لأنها في MySQL ليست حالات حدّية نادرة؛ إنها يوم الثلاثاء.