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 માત્ર આંશિક રીતે ટાઇપ થયેલા છે; ખોટું કૉલમ નામ ઘણી વાર કમ્પાઇલ ટાઇમે નહીં પણ રનટાઇમે નિષ્ફળ જાય છે.Greenfield TypeScript બેકએન્ડ (તે NestJS સાથે કુદરતી રીતે જોડાય છે), decorator-આધારિત મોડલને મૂલ્ય આપતી અને ટાઇપ થયેલી એન્ટિટી ઇચ્છતી ટીમો, અને એવી એપ્લિકેશન જેની ક્વેરી મોટે ભાગે CRUD હોય અને ક્યારેક QueryBuilder નો ઉપયોગ થાય.
ORM પસંદ કરવું એ લાંબા ગાળાની પ્રતિબદ્ધતા છે જે દરેક ફીચર ડેટાબેઝને કેવી રીતે સ્પર્શે છે તે ઘડે છે. TypeORM ની TypeScript-પ્રથમ ડિઝાઇન ટાઇપ થયેલા કોડબેઝ માટે ખરેખરો ઉત્પાદકતા લાભ છે, પણ ઇન્ટરવ્યુઅર્સ સાંભળવા માંગે છે કે તમે તેની મર્યાદાઓ પણ જાણો છો — આંશિક ક્વેરી ટાઇપિંગ, જટિલ-ક્વેરીની પીડા, અને ખાડાટેકરાવાળો રિલીઝ ઇતિહાસ — જેથી તમે નક્કી કરી શકો કે તેની ergonomics ક્યારે તેની ખરબચડી કિનારીઓ કરતાં ભારે પડે છે, બદલે hype પર તેને અપનાવવાના.
વિગતવાર જવાબો સાથે IT ઇન્ટરવ્યૂ પ્રશ્નોની લાઇબ્રેરી — જુનિયરથી સિનિયર સુધી.
દાન કરો