MongoDB والنماذج اللغوية: لماذا «فقط اسأل مستنداتك» تسريب ينتظر الحدوث

المرونة التي أطلقت منتجك هي عدو ذكائك الاصطناعي

قاعدة علائقية تُعلن معناها: جداول وأعمدة وأنواع. مجموعة Mongo لا تُعلن شيئًا — مستند «عميل» فيه خانة بريد، والذي بعده ليس فيه، والثالث يخزّنه تحت contact.e_mail. نموذج يقرأ هذا لا يمكنه معرفة ما هو حساس، لأن قاعدة البيانات نفسها لم تقله يومًا. وخطوط التجميع ليست استعلامات بمعنى SQL؛ إنها برامج. ترك نموذج يكتب برامج على قاعدة إنتاجك هو الطريقة التي يتحول بها «أجب عن سؤالي» إلى «عدّ المجموعة كلها».

رأينا شكل هذا في اختباراتنا: استعلام بأسلوب خط الأنابيب غير قابل للتحليل كـSQL، فلا يجد الحارس ما يمسكه. الوضع الآمن الوحيد لحارس لا يستطيع التحقق من عبارة هو رفضها. معظم أدوات الذكاء الاصطناعي تفعل العكس — «تجرب على أي حال».

الفخ الذي تقع فيه الفرق: صدّره إلى النموذج

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

النمط الذي يعمل: أسقط أولًا، ثم احكم

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

هكذا تعمل فرق Mongo الناضجة أصلًا: تعريفات عروض تقارير ومستخلصات BI ونماذج قراءة للتحليلات. الإسقاط هو الفكرة نفسها، والحد مبني فيها لا مُركَّب عليها.

حالة DEBO على MongoDB: محوّل في خارطة الطريق

شارة الصدق: اليوم، يرفض DEBO حركة غير-SQL — بالتصميم، لأن العبارات غير القابلة للتحقق يجب ألا تُنفَّذ أبدًا. محوّل الإسقاط (المجموعات ← شكل علائقي محكوم) في خارطة الطريق، وسنقول هنا حين يُشحن. إن كان منتجك يعمل على Mongo وتريد أن تكون مبكرًا، فهذه محادثة تستحق الآن — المحوّلات الأولى تتشكل بمخططات حقيقية.