TypeORM Node.js ਲਈ ਇੱਕ TypeScript-ਪਹਿਲ ORM ਹੈ। ਇਹ ਕਲਾਸਾਂ ਨੂੰ ਟੇਬਲਾਂ ਨਾਲ ਮੈਪ ਕਰਨ ਲਈ decorators ਉੱਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ ਅਤੇ Active Record ਅਤੇ Data Mapper ਦੋਵਾਂ ਪੈਟਰਨਾਂ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ। ਇਸ ਦੀ ਸਭ ਤੋਂ ਵੱਡੀ ਖਿੱਚ ਡੂੰਘਾ TypeScript ਏਕੀਕਰਨ ਹੈ; ਇਸ ਦੇ ਸਭ ਤੋਂ ਵੱਡੇ ਖ਼ਤਰੇ ਕਵੇਰੀ-ਲੇਅਰ ਦੇ ਖੁਰਦਰੇ ਕਿਨਾਰੇ ਅਤੇ ਅਸਮਾਨ ਰੱਖ-ਰਖਾਅ ਦਾ ਇਤਿਹਾਸ ਹਨ।
user.save()) ਵਰਤੋ, ਜਾਂ ਟੈਸਟ ਕਰਨ ਯੋਗ, ਵੱਖ ਕੀਤੇ ਕੋਡ ਲਈ 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 ਸਿਰਫ਼ ਅੰਸ਼ਕ ਤੌਰ ਉੱਤੇ ਟਾਈਪ ਕੀਤੇ ਹੁੰਦੇ ਹਨ; ਗ਼ਲਤ ਕਾਲਮ ਦਾ ਨਾਂ ਅਕਸਰ ਕੰਪਾਈਲ ਸਮੇਂ ਨਹੀਂ, ਸਗੋਂ ਰਨਟਾਈਮ ਉੱਤੇ ਫ਼ੇਲ੍ਹ ਹੁੰਦਾ ਹੈ।ਨਵੇਂ TypeScript ਬੈਕਐਂਡ (ਇਹ NestJS ਨਾਲ ਕੁਦਰਤੀ ਤੌਰ ਉੱਤੇ ਜੁੜਦਾ ਹੈ), ਉਹ ਟੀਮਾਂ ਜੋ decorator-ਅਧਾਰਿਤ ਮਾਡਲਾਂ ਨੂੰ ਮਹੱਤਵ ਦਿੰਦੀਆਂ ਹਨ ਅਤੇ ਟਾਈਪ ਕੀਤੀਆਂ ਐਂਟਿਟੀਆਂ ਚਾਹੁੰਦੀਆਂ ਹਨ, ਅਤੇ ਉਹ ਐਪਾਂ ਜਿਨ੍ਹਾਂ ਦੀਆਂ ਕਵੇਰੀਆਂ ਵੱਧ ਕਰਕੇ CRUD ਹਨ ਅਤੇ ਕਦੇ-ਕਦਾਈਂ QueryBuilder ਦੀ ਵਰਤੋਂ ਹੁੰਦੀ ਹੈ।
ORM ਦੀ ਚੋਣ ਇੱਕ ਲੰਬੇ ਸਮੇਂ ਦੀ ਵਚਨਬੱਧਤਾ ਹੈ ਜੋ ਇਹ ਘੜਦੀ ਹੈ ਕਿ ਹਰ ਵਿਸ਼ੇਸ਼ਤਾ ਡਾਟਾਬੇਸ ਨੂੰ ਕਿਵੇਂ ਛੂੰਹਦੀ ਹੈ। TypeORM ਦਾ TypeScript-ਪਹਿਲ ਡਿਜ਼ਾਈਨ ਟਾਈਪ ਕੀਤੇ ਕੋਡਬੇਸਾਂ ਲਈ ਇੱਕ ਅਸਲੀ ਉਤਪਾਦਕਤਾ ਲਾਭ ਹੈ, ਪਰ ਇੰਟਰਵਿਊ ਲੈਣ ਵਾਲੇ ਇਹ ਸੁਣਨਾ ਚਾਹੁੰਦੇ ਹਨ ਕਿ ਤੁਸੀਂ ਇਸ ਦੀਆਂ ਹੱਦਾਂ ਵੀ ਜਾਣਦੇ ਹੋ — ਅੰਸ਼ਕ ਕਵੇਰੀ ਟਾਈਪਿੰਗ, ਗੁੰਝਲਦਾਰ ਕਵੇਰੀ ਦੀ ਪੀੜ, ਅਤੇ ਊਬੜ-ਖਾਬੜ ਰਿਲੀਜ਼ ਇਤਿਹਾਸ — ਤਾਂ ਜੋ ਤੁਸੀਂ ਫ਼ੈਸਲਾ ਕਰ ਸਕੋ ਕਿ ਕਦੋਂ ਇਸ ਦੀ ਸੌਖ ਇਸ ਦੇ ਖੁਰਦਰੇ ਕਿਨਾਰਿਆਂ ਤੋਂ ਵੱਧ ਹੈ, ਨਾ ਕਿ ਇਸ ਨੂੰ ਸਿਰਫ਼ ਹਾਈਪ ਉੱਤੇ ਅਪਣਾਓ।
ਵਿਸਤ੍ਰਿਤ ਜਵਾਬਾਂ ਨਾਲ IT ਇੰਟਰਵਿਊ ਸਵਾਲਾਂ ਦੀ ਇੱਕ ਲਾਇਬ੍ਰੇਰੀ — ਜੂਨੀਅਰ ਤੋਂ ਸੀਨੀਅਰ ਤੱਕ।
ਦਾਨ ਕਰੋ