TypeORM es un ORM TypeScript-first para Node.js. Se apoya en decoradores para mapear clases a tablas y admite tanto el patrón Active Record como el Data Mapper. Su mayor atractivo es la integración profunda con TypeScript; sus mayores riesgos son las asperezas en la capa de consultas y un historial de mantenimiento desigual.
user.save()) para apps pequeñas, o Data Mapper (repository.save(user)) para código testeable y desacoplado.@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 y el QueryBuilder solo están parcialmente tipadas; un nombre de columna equivocado suele fallar en tiempo de ejecución, no de compilación.Backends TypeScript nuevos (se combina de forma natural con NestJS), equipos que valoran los modelos basados en decoradores y quieren entidades tipadas, y apps cuyas consultas son mayormente CRUD con uso ocasional de QueryBuilder.
Elegir un ORM es un compromiso a largo plazo que moldea cómo cada funcionalidad toca la base de datos. El diseño TypeScript-first de TypeORM es una verdadera ganancia de productividad para bases de código tipadas, pero los entrevistadores quieren oír que también conoces sus límites — tipado parcial de consultas, el dolor de las consultas complejas y un historial de versiones accidentado — para que puedas decidir cuándo su ergonomía supera sus asperezas en lugar de adoptarlo por moda.
Una biblioteca de preguntas de entrevista de IT con respuestas detalladas — de Junior a Senior.
Donar