ORM क्या है? ऐप्स डेटाबेस से कैसे बात करते हैं, आसान भाषा में

ORM (ऑब्जेक्ट-रिलेशनल मैपर) एक कोड लाइब्रेरी है जो ऐप और रिलेशनल डेटाबेस के बीच बैठती है। डेटाबेस क्वेरी SQL में लिखने के बजाय डेवलपर्स अपनी प्रोग्रामिंग भाषा में डेटा को सामान्य ऑब्जेक्ट की तरह इस्तेमाल करते हैं, जैसे db.booking.create(...) या Booking.find(...)। ORM इसे SQL में बदलता है, चलाता है और नतीजों को वापस ऑब्जेक्ट में बदल देता है। TypeScript के लिए Prisma और Drizzle, Python के लिए SQLAlchemy और C# के लिए Entity Framework Core लोकप्रिय उदाहरण हैं।

AI से ऐप बनाते समय ORM क्यों मायने रखता है

जब कोई AI ऐप बिल्डर आपके ऐप में डेटाबेस जोड़ता है, तो आमतौर पर उससे बात करने के लिए एक ORM भी जोड़ देता है। आपको ORM का कोड नहीं लिखना होगा, लेकिन यह जानना उपयोगी है कि वह वहाँ है:

• आपका डेटा मॉडल कोड में रहता है। ORM की स्कीमा फ़ाइल अक्सर आपके ऐप के डेटा का सबसे साफ़ विवरण होती है: कौन सी टेबल हैं, हर एक में कौन से फ़ील्ड हैं और वे आपस में कैसे जुड़ती हैं। इसे पढ़कर आप जल्दी जाँच सकते हैं कि AI ने आपकी बात सही समझी या नहीं।
• डेटाबेस में बदलाव माइग्रेशन से होते हैं। जब आप कहते हैं “customers में फ़ोन नंबर जोड़ो”, तो AI मॉडल अपडेट करता है और एक माइग्रेशन बनाता है। यह जानने से समझ आता है कि कोई बदलाव लाइव काम करने से पहले क्यों लागू करना पड़ सकता है।
• डिफ़ॉल्ट रूप से सुरक्षा। ORM क्वेरी इस तरह बनाते हैं कि SQL इंजेक्शन से बचाव हो, जो उन ऐप्स में सबसे आम सुरक्षा छेदों में से एक है जहाँ क्वेरी हाथ से जोड़ी जाती हैं।
• स्पीड की समस्याएँ। ORM से गलती से सैकड़ों छोटी क्वेरी चल सकती हैं, जहाँ एक ही काफ़ी होती। AI से बने ऐप्स में धीमे पेज की यह एक आम वजह है।

रोज़मर्रा की एक मिसाल

कल्पना कीजिए कि एक ब्रिटिश यात्री और एक जापानी दुकानदार हैं, जिनकी कोई साझा भाषा नहीं है, और वे एक दुभाषिये के ज़रिए बात करते हैं।

यात्री (आपका ऐप) कहता है, “मुझे आपकी तीन सबसे सस्ती चाय चाहिए।” दुभाषिया (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
}

सरल शब्दों में: एक customer का नाम, एक अनोखा ईमेल और कई बुकिंग होती हैं; हर बुकिंग का एक शुरू होने का समय और एक सेवा होती है, और वह एक customer से जुड़ी होती है।

अब ऐप चाहता है “Lena की आने वाली बुकिंग, सबसे पहले वाली पहले”:

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 इंजेक्शन को रोकता है।

माइग्रेशन

अगर आप फिर कहते हैं “ग्राहकों को फ़ोन नंबर जोड़ने दो”, तो AI Customer मॉडल में phone String? जोड़ता है (? का मतलब है कि यह वैकल्पिक है) और एक माइग्रेशन बनाता है, यानी एक छोटी SQL स्क्रिप्ट जैसे ALTER TABLE "Customer" ADD COLUMN "phone" TEXT;। माइग्रेशन क्रम से सहेजे जाते हैं, ताकि डेटाबेस की हर कॉपी एक ही संरचना पर लाई जा सके, और बदलावों का इतिहास रखा जाता है।

भाषा के हिसाब से आम ORM

ORM इस बात में अलग होते हैं कि वे SQL को कितना छुपाते हैं। Prisma अपनी स्कीमा भाषा और क्वेरी शैली इस्तेमाल करता है; Drizzle जानबूझकर SQL के ढाँचे के करीब रहता है और साथ ही सब कुछ टाइप्ड रखता है। क्वेरी बिल्डर कहलाने वाले हल्के टूल, जैसे TypeScript के लिए Knex या Kysely, पूरे ऑब्जेक्ट मैपिंग के बिना कोड में SQL बनाने में मदद करते हैं।

मुख्य शब्द

आम गलतफ़हमियाँ

• “ORM एक डेटाबेस है।” ऐसा नहीं है। यह एक अनुवादक है। आपको फिर भी Postgres जैसे डेटाबेस की ज़रूरत होती है।
• “ORM हो तो डेटा समझने की ज़रूरत नहीं।” खराब तरीके से डिज़ाइन की गई टेबल ORM के ज़रिए भी उतनी ही परेशानी देती है। अच्छा डेटा मॉडल टूल से ज़्यादा मायने रखता है।
• “ORM हमेशा धीमे होते हैं।” रोज़मर्रा की क्वेरी ठीक चलती हैं। धीमापन आमतौर पर N+1 क्वेरी या इंडेक्स की कमी जैसे पैटर्न से आता है, और इन्हें ठीक किया जा सकता है।
• “ORM का मतलब है कि SQL इंजेक्शन का खतरा कभी नहीं।” मानक ORM मेथड सुरक्षित हैं, लेकिन यूज़र के इनपुट को सीधे जोड़कर लिखा गया कच्चा SQL अब भी खतरनाक है।
• “स्कीमा फ़ाइल बदलने से लाइव डेटाबेस बदल जाता है।” ऐसा तभी होता है जब एक माइग्रेशन बनाकर उस डेटाबेस पर लागू किया जाए।

अपने AI बिल्डर से क्या पूछें

• “डेटाबेस स्कीमा दिखाओ और हर टेबल व रिश्ते को सरल भाषा में समझाओ।”
• “इस प्रोजेक्ट में कौन सा ORM इस्तेमाल हो रहा है, और माइग्रेशन कहाँ हैं?”
• “किसी भी टेबल को बदलने से पहले बताओ कि मौजूदा डेटा पर असर पड़ेगा या नहीं, और जिस कॉलम में डेटा है उसे मेरी अनुमति के बिना कभी मत हटाओ।”
• “सबसे धीमे पेज में N+1 क्वेरी जाँचो, और जहाँ सूचियाँ फ़िल्टर या सॉर्ट होती हैं वहाँ इंडेक्स जोड़ो।”
• “पक्का करो कि यूज़र इनपुट इस्तेमाल करने वाली हर क्वेरी ORM से या पैरामीटर के ज़रिए जाए, कोई स्ट्रिंग से जोड़ा गया SQL नहीं।”

Mythex में ORM

जब आपके ऐप को डेटा सहेजना होता है, तो Mythex प्रोजेक्ट में एक समर्पित Postgres डेटाबेस जोड़ता है। इसके लिए चैट में पूछें या /database कमांड इस्तेमाल करें। इसका कनेक्शन विवरण वर्कस्पेस और प्रकाशित ऐप में डाला जाता है (Database)। फिर एजेंट वह कोड लिखता है जो आपका डेटा पढ़ता और सहेजता है। अगर आपकी कोई पसंद है, जैसे “Prisma इस्तेमाल करो”, “SQLAlchemy इस्तेमाल करो” या “सिर्फ़ सादा SQL, ORM नहीं”, तो चैट में बताएँ। जब भी आप ढाँचा जाँचना चाहें, उसे स्कीमा समझाने को कहें; आप कोड एडिटर में फ़ाइलें पढ़ भी सकते हैं। बड़ी तस्वीर के लिए देखें डेटाबेस क्या है और SQL बनाम NoSQL।

सवाल