كيف يتأكّد iDBQuery من أنه لا يكتب على بياناتي أو يحذفها أبداً؟

يثير السماح لذكاء اصطناعي بتوليد SQL سؤالاً بديهياً: هل يمكن أن يشغّل أمراً مُدمّراً؟ بُني iDBQuery بحيث تكون الإجابة لا.

• للقراءة فقط بالتصميم. المنتَج موجود للتحليل، فيولّد استعلامات قراءة من نوع `SELECT`، لا `INSERT` أو `UPDATE` أو `DELETE` أو `DROP`.
• التحقّق من الـ SQL. تمرّ الـ SQL المولَّدة عبر تحقّق يرفض الجمل المُعدِّلة للبيانات وغير الآمنة قبل تشغيل أي شيء، فلا يمكن لاستعلام مشوَّه أو مُتلاعَب به التسلّل.
• بيانات اعتماد بأقلّ امتياز. الاتصال بمستخدم قاعدة بيانات للقراءة فقط يجعل الضمان مطلقاً عند المصدر: حتى لو حاول شيء غير متوقَّع، سترفضه قاعدة البيانات نفسها.

ومعاً يمنحان دفاعاً متعمّقاً، ضابط في iDBQuery وضابط في بنيتك التحتية الخاصّة. إنها الفلسفة ذاتها خلف الاستعلام في المكان والنشر أينما شئت: أبقِ أثر الأداة محدوداً بإحكام وأبقِ بياناتك تحت سيطرتك. ولمزيد من الطمأنينة، يحتفظ iDBQuery بسجلّات تدقيق للنشاط، وكل إجابة تُظهر استعلام القراءة الدقيق الذي شغّله، فتؤكّد بنفسك أنه لم يُنفَّذ سوى SQL آمنة وغير مُدمّرة.