TypeORM Node.js का लागि TypeScript-first ORM हो। यसले classes लाई tables सँग map गर्न decorators मा निर्भर हुन्छ र Active Record र Data Mapper दुवै patterns लाई समर्थन गर्छ। यसको सबैभन्दा ठूलो आकर्षण गहिरो TypeScript integration हो; सबैभन्दा ठूला जोखिम भनेको query-layer का खस्रा किनारा र असमान maintenance इतिहास हुन्।
user.save()), वा testable, 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 options र QueryBuilder आंशिक रूपमा मात्र typed छन्; गलत column नाम प्रायः compile होइन runtime मा असफल हुन्छ।Greenfield TypeScript backends (यो NestJS सँग स्वाभाविक रूपमा मिल्छ), decorator-based models लाई महत्त्व दिने र typed entities चाहने teams, र जुन apps का queries प्रायः CRUD हुन्छन् र बेला बेला QueryBuilder प्रयोग गर्छन्।
ORM छनोट दीर्घकालीन प्रतिबद्धता हो जसले हरेक feature ले database लाई कसरी छुन्छ भन्ने आकार दिन्छ। TypeORM को TypeScript-first डिजाइन typed codebases का लागि साँचो productivity विजय हो, तर interviewers ले तपाईंलाई यसका सीमाहरू पनि थाहा छ भन्ने सुन्न चाहन्छन् — आंशिक query typing, जटिल-query को पीडा, र उतारचढावयुक्त release इतिहास — ताकि तपाईं hype मा अपनाउनुको सट्टा यसको ergonomics कहिले यसका खस्रा किनारा भन्दा भारी पर्छ भनी निर्णय गर्न सक्नुहोस्।
विस्तृत उत्तरसहित IT अन्तर्वार्ता प्रश्नहरूको पुस्तकालय — जुनियरदेखि सिनियरसम्म।
दान गर्नुहोस्