ما هو ORM؟ كيف تتحدث التطبيقات مع قواعد البيانات، شرح مبسط

ORM (Object-Relational Mapper) هو مكتبة برمجية تقع بين التطبيق وقاعدة البيانات العلائقية. بدلاً من كتابة استعلامات SQL، يتعامل المطور مع البيانات ككائنات عادية في لغة البرمجة — مثل db.booking.create(...) أو Booking.find(...) — ثم تترجم الأداة ذلك إلى SQL، وتنفذه، وتعيد النتائج ككائنات. من الأمثلة الشائعة Prisma وDrizzle لـ TypeScript، وSQLAlchemy لـ Python، وEntity Framework Core لـ C#.

لماذا يهم ORM عند البناء بالذكاء الاصطناعي؟

عندما تضيف أداة بناء التطبيقات بالذكاء الاصطناعي قاعدة بيانات إلى تطبيقك، تضيف عادةً ORM للتواصل معها. لن تحتاج إلى كتابة كود ORM بنفسك، لكن من المفيد أن تعرف وجوده:

• نموذج بياناتك موجود في الكود. ملف المخطط (schema) في ORM غالباً ما يكون أوضح وصف لبيانات تطبيقك: الجداول الموجودة، والحقول في كل جدول، وكيف ترتبط ببعضها. قراءته طريقة سريعة للتأكد من أن الذكاء الاصطناعي فهم تطبيقك.
• تمر التغييرات في قاعدة البيانات عبر الترحيلات. عندما تطلب «أضف رقم هاتف للعملاء»، يحدّث الذكاء الاصطناعي النموذج وينشئ ترحيلاً. معرفة ذلك تساعدك على فهم سبب احتياج بعض التغييرات إلى تطبيق قبل أن تعمل على الموقع المباشر.
• أمان افتراضي. تبني أدوات ORM الاستعلامات بطريقة تحمي من حقن SQL (SQL injection)، وهي من أشيع الثغرات الأمنية في التطبيقات التي تُجمَّع فيها الاستعلامات يدوياً.
• فخاخ السرعة. تجعل أدوات ORM من السهل تنفيذ مئات الاستعلامات الصغيرة بدلاً من استعلام واحد، وهذا سبب شائع لبطء الصفحات في التطبيقات المبنية بالذكاء الاصطناعي.

تشبيه من الحياة اليومية

تخيّل مسافراً بريطانياً وبائع متجر ياباني لا يتحدثان لغة مشتركة، فيتواصلان عبر مترجم.

يقول المسافر (تطبيقك): «أريد الأكواب الثلاثة من الشاي الأرخص لديكم.» يحوّل المترجم (ORM) الطلب إلى اليابانية الدقيقة (SQL)، ويمرره إلى البائع (قاعدة البيانات)، ثم يترجم الجواب إلى الإنجليزية.

لا يحتاج المسافر إلى تعلّم اليابانية، وهذا كافٍ لمعظم المحادثات. لكن في المفاوضات المعقدة قد يكون التحدث مباشرة أفضل، ولهذا تتيح معظم أدوات ORM للمطورين كتابة SQL الخام عند الحاجة.

كيف يعمل ORM؟

تخزّن قواعد البيانات مثل Postgres البيانات في جداول من الصفوف والأعمدة، ويُستعلم عنها بلغة SQL. أما لغات البرمجة فتعمل مع كائنات: حجز له date وحقل customer وحقل status. يقوم ORM بربط الاثنين:

هذه العمليات الأربع هي عمليات CRUD التي يقوم عليها معظم التطبيقات.

مثال عملي: حجوزات باستخدام Prisma

إليك مخطط Prisma مبسّط لتطبيق حجز في صالون تجميل. يصف جدولين وطريقة ربطهما:

model Customer {
  id       Int       @id @default(autoincrement())
  name     String
  email    String    @unique
  bookings Booking[]
}

model Booking {
  id         Int      @id @default(autoincrement())
  startsAt   DateTime
  service    String
  customer   Customer @relation(fields: [customerId], references: [id])
  customerId Int
}

بكلمات بسيطة: للعميل اسم وبريد إلكتروني فريد وعدة حجوزات، ولكل حجز وقت بداية وخدمة ويتبع عميلاً واحداً.

الآن يريد التطبيق: «حجوزات لينا القادمة، الأقرب أولاً»:

const bookings = await db.booking.findMany({
  where: {
    customer: { email: "lena@example.com" },
    startsAt: { gte: new Date() },
  },
  orderBy: { startsAt: "asc" },
});

يحوّل ORM ذلك إلى SQL تقريبي كالتالي، وينفذه ويعيد قائمة من كائنات الحجز:

SELECT b.* FROM "Booking" b
JOIN "Customer" c ON c.id = b."customerId"
WHERE c.email = $1 AND b."startsAt" >= $2
ORDER BY b."startsAt" ASC;

الرمزان $1 و$2 عناصر نائبة: البريد والتاريخ يُرسلان منفصلين عن نص الاستعلام، وهذا ما يمنع حقن SQL.

الترحيلات

إذا طلبت بعد ذلك «اسمح للعملاء بإضافة رقم هاتف»، يضيف الذكاء الاصطناعي الحقل phone String? إلى نموذج Customer (علامة ? تعني أن الحقل اختياري) وينشئ ترحيلاً، وهو سكربت SQL قصير مثل ALTER TABLE "Customer" ADD COLUMN "phone" TEXT;. تُحفظ الترحيلات بترتيبها، فيمكن إيصال كل نسخة من قاعدة البيانات إلى البنية نفسها، ويُحفظ سجل التغييرات.

أشهر أدوات ORM حسب اللغة

تختلف أدوات ORM في مقدار إخفائها لـ SQL. يستخدم Prisma لغة مخطط خاصة به وأسلوباً خاصاً في الاستعلام، بينما يبقى Drizzle قريباً عمداً من شكل SQL مع الحفاظ على الأنواع (typed). وهناك أدوات أخف تُسمى منشئات الاستعلامات (query builders)، مثل Knex أو Kysely لـ TypeScript، تساعد على بناء SQL داخل الكود دون تحويل الصفوف إلى كائنات كاملة.

مصطلحات أساسية

مفاهيم خاطئة شائعة

• «ORM قاعدة بيانات.» ليس كذلك. هو مترجم فقط، وتحتاج إلى قاعدة بيانات حقيقية مثل Postgres.
• «مع ORM لا تحتاج إلى فهم بياناتك.» الجداول سيئة التصميم مزعجة عبر ORM تماماً كما هي في أي مكان آخر. التصميم الجيد لنموذج البيانات أهم من الأداة.
• «ORM بطيء دائماً.» الاستعلامات اليومية تكون سريعة. البطء يأتي غالباً من أنماط مثل استعلامات N+1 أو غياب الفهارس (indexes)، وهذه يمكن إصلاحها.
• «ORM يعني عدم وجود خطر حقن SQL أبداً.» الدوال القياسية في ORM آمنة، لكن SQL الخام المكتوب مع مدخلات المستخدم المُلصقة يبقى خطيراً.
• «تعديل ملف المخطط يغيّر قاعدة البيانات الحية.» لا يحدث ذلك إلا بعد إنشاء ترحيل وتطبيقه على تلك القاعدة.

ماذا تسأل أداة البناء بالذكاء الاصطناعي؟

• «اعرض لي مخطط قاعدة البيانات واشرح كل جدول والعلاقات بينها بلغة بسيطة.»
• «أي أداة ORM يستخدمها هذا المشروع، وأين توجد الترحيلات؟»
• «قبل تغيير أي جدول، أخبرني إن كانت البيانات الموجودة ستتأثر، ولا تحذف عموداً يحتوي بيانات دون أن تسألني.»
• «ابحث عن استعلامات N+1 في أبطأ الصفحات، وأضف فهارس حيث تُفلتر القوائم أو تُرتَّب.»
• «تأكد من أن كل استعلام يستخدم مدخلات المستخدم يمر عبر ORM أو يستخدم معاملات (parameters)، دون بناء SQL نصياً.»

ORM في Mythex

عندما يحتاج تطبيقك إلى حفظ البيانات، يضيف Mythex قاعدة بيانات Postgres مخصصة للمشروع، اطلبها في المحادثة أو استخدم الأمر /database، ويحقن تفاصيل الاتصال في مساحة العمل والتطبيق المنشور (قاعدة البيانات). بعدها يكتب الوكيل الكود الذي يقرأ بياناتك ويحفظها. إذا كان لديك تفضيل، مثل «استخدم Prisma» أو «استخدم SQLAlchemy» أو «SQL عادي بدون ORM»، فاذكره في المحادثة. اطلب شرح المخطط متى شئت، ويمكنك قراءة الملفات في محرر الكود. لمعرفة الصورة الأوسع، اطلع على ما هي قاعدة البيانات وSQL مقابل NoSQL.

الأسئلة