TypeORM Node.js के लिए एक TypeScript-प्रथम ORM है। यह क्लास को टेबल से मैप करने के लिए decorators पर निर्भर करता है और Active Record तथा Data Mapper दोनों पैटर्न का समर्थन करता है। इसका सबसे बड़ा आकर्षण गहरा TypeScript एकीकरण है; इसके सबसे बड़े जोखिम query-layer के खुरदरे किनारे और असमान रखरखाव इतिहास हैं।
user.save()) का उपयोग करें, या टेस्ट करने योग्य, decoupled कोड के लिए Data Mapper (repository.save(user)) का।@Entity()
class User {
@PrimaryGeneratedColumn() id: number;
@Column({ unique: true }) email: string;
@OneToMany(() => Post, (p) => p.author) posts: Post[];
}
const users = await dataSource
.getRepository(User)
.find({ where: { email: "[email protected]" }, relations: { posts: true } });
find विकल्प और QueryBuilder केवल आंशिक रूप से typed हैं; गलत column नाम अक्सर compile time पर नहीं बल्कि runtime पर विफल होता है।Greenfield TypeScript बैकएंड (यह NestJS के साथ स्वाभाविक रूप से जुड़ता है), decorator-आधारित models को महत्व देने वाली और typed entities चाहने वाली टीमें, और ऐसे ऐप्स जिनकी queries अधिकतर CRUD होती हैं और कभी-कभार QueryBuilder का उपयोग होता है।
ORM चुनना एक दीर्घकालिक प्रतिबद्धता है जो यह आकार देती है कि हर feature database को कैसे छूता है। TypeORM का TypeScript-प्रथम डिज़ाइन typed कोडबेस के लिए एक वास्तविक उत्पादकता लाभ है, लेकिन इंटरव्यूअर सुनना चाहते हैं कि आप इसकी सीमाएँ भी जानते हैं — आंशिक query typing, जटिल-query की पीड़ा, और उबड़-खाबड़ रिलीज़ इतिहास — ताकि आप तय कर सकें कि इसकी ergonomics कब इसके खुरदरे किनारों पर भारी पड़ती है, बजाय इसे hype पर अपनाने के।
विस्तृत उत्तरों के साथ IT इंटरव्यू प्रश्नों की एक लाइब्रेरी — जूनियर से सीनियर तक।
दान करें