Relaciones uno a uno entre usuarios y perfiles en PostgreSQL

Contenido del curso

Fundamentos y Primer CRUD

Base de Datos y Persistencia con TypeORM

Autenticación y Autorización

Tu API Completa

Tomar examen

Cursos Empresas Blog Live Conf Eventos Precios

0:0017:00

Relaciones uno a uno entre usuarios y perfiles en PostgreSQL

Curso de Backend con NestJS

Clase 15 de 35

Clase 15 / 35

Recursos

Trabajar correctamente las relaciones uno a uno en bases de datos PostgreSQL garantiza la integridad entre tablas, simplifica la organización de la información y mejora la calidad del modelo de datos. En este resumen verás cómo implementar una relación uno a uno entre usuarios y perfiles usando entidades en TypeORM, abordando tanto el diseño técnico como la validación y sincronización automática.

¿Qué es una relación uno a uno entre usuarios y perfiles en PostgreSQL?

Una relación uno a uno vincula registros de dos tablas para que cada elemento de una tabla solo esté asociado a un elemento de la otra. Por ejemplo, un usuario y su perfil personal. Mientras el usuario gestiona cuestiones de autenticación (como email y password), el perfil almacena datos como nombre, apellido y avatar.

Ambos elementos deben estar siempre relacionados.
No debe existir un usuario sin perfil, ni un perfil sin usuario.
Esto se logra usando una llave foránea con una restricción not null.

¿Cómo definir relaciones uno a uno en entidades con TypeORM?

TypeORM utiliza decoradores para gestionar relaciones. Para una relación uno a uno, se usan los siguientes elementos:

@OneToOne: indica hacia qué entidad se hace la relación.
@JoinColumn: define la columna que almacenará la llave foránea, idealmente nombrada como _id para seguir buenas prácticas.
nullable: false: asegura que siempre debe existir relación.
cascade: true: permite guardar entidades relacionadas en una sola transacción.

¿Qué sucede con la sincronización automática (synchronize: true)?

El parámetro synchronize: true en la configuración hace que TypeORM sincronice automáticamente los cambios en entidades con la base de datos.
Este parámetro no respeta ciertas restricciones si existen datos previos; por ejemplo, puede dejar nulos los campos que deberían ser obligatorios.
Para evitar problemas, se recomienda borrar y recrear las tablas al modificar restricciones. Sin embargo, hacerlo en producción es arriesgado y se deben usar migraciones.

¿Cómo crear y validar objetos anidados con DTOs?

Al crear un usuario, ahora se requiere adjuntar el perfil. Se utilizan DTOs (Data Transfer Objects) anidados, con validaciones en cascada:

Se crea un createProfileDTO para definir los campos requeridos del perfil.
La validación garantiza que el perfil no sea vacío y sus campos, como name y last name, sean obligatorios.
Se utiliza class-validator para validar los tipos y restricciones, y class-transformer para transformar correctamente los datos anidados.
El validator pipe en el archivo principal se configura con la opción transform: true para habilitar la transformación automática.

¿Qué beneficios aporta la validación en cascada y el uso de cascade?

Permite enviar los datos de usuario y perfil en una sola petición, facilitando la gestión y validación integral.
Al guardar, TypeORM crea tanto la fila en la tabla users como en profile, y establece la relación automáticamente.
Se evita la necesidad de procesamiento extra en el servicio porque el DTO ya viene estructurado.

¿Cómo manejar la obtención y visualización de perfiles relacionados?

Por defecto, al obtener usuarios no se incluye el perfil relacionado para cada usuario. Dos alternativas para exponer esta relación desde el punto de vista de la API son:

Modificar el endpoint para que devuelva el usuario junto a su perfil anidado.
Crear un endpoint específico como /users/{id}/profile que devuelva solo el perfil del usuario solicitado.

Ambos enfoques promueven un diseño RESTful limpio y escalable. ¿Cómo lo resolverías tú? Comparte tu solución o dudas y sigamos profundizando en el manejo eficiente de relaciones en PostgreSQL con entidades y TypeORM.

Fundamentos y Primer CRUD

Crea una API RESTful con NestJS

Instalación del CLI de NestJS y primer proyecto con API

Creación de endpoints dinámicos para consultar usuarios en NestJS

Operaciones CRUD en APIs REST con Postman

Método PUT para actualizar usuarios con ID automático

Manejo de status codes HTTP en NestJS

DTOs y validación automática de datos en APIs con NestJS

Servicios y lógica de negocio en NestJS

Variables de entorno seguras en NestJS

Programación modular en NestJS con UserModule

Base de Datos y Persistencia con TypeORM

Configuración de PostgreSQL con Docker y Docker Compose

Configuración de PostgreSQL con TypeORM en aplicaciones NestJS

Creación de entidades ORM con decoradores en TypeScript

Repository Pattern con TypeORM en NestJS

Relaciones uno a uno entre usuarios y perfiles en PostgreSQL

Actualización de DTOs con mapped types en NestJS para perfil y usuario

Generación automática de módulos CRUD con NestJS y AI

Relación uno a muchos con TypeORM

CRUD de categorías con IA en NestJS

Relaciones many-to-many con TypeORM y validación de arrays

Reutilización de servicios entre módulos en NestJS

Migraciones en TypeORM sin perder datos

Cómo evitar perder datos al migrar columnas

Autenticación y Autorización

Hashing de contraseñas con Bcrypt en NestJS

Excluir campos sensibles con ClassTransformer

Autenticación local con Passport en NestJS

Endpoint de login con Passport en NestJS

Implementación de JSON Web Token para autenticación en NestJS

Rutas protegidas con JWT en NestJS

User ID automático desde JWT en NestJS

Tu API Completa

Autogenera resúmenes e imágenes con OpenAI en NestJS

Documentación automática de APIs con Swagger en NestJS

Preparar tu API NestJS para producción

Desplegar aplicación Node.js a producción con Railway y PostgreSQL

Desarrollo de API REST escalable con NestJS en producción

Relaciones uno a uno entre usuarios y perfiles en PostgreSQL