Modelos y el ORM
El ORM de Django mapea clases de Python a tablas SQL con migraciones.
Receta
Tarjeta de referencia rápida - lista para copiar y pegar.
from django.db import models
class Author(models.Model):
name = models.CharField(max_length=120)
class Book(models.Model):
title = models.CharField(max_length=200)
author = models.ForeignKey(Author, on_delete=models.CASCADE)Cuándo usar esto:
- Modelado de datos relacionales
- CRUD respaldado por el administrador
- Querysets para lecturas
Ejemplo de Trabajo
from django.db import models
class Tag(models.Model):
name = models.CharField(max_length=50, unique=True)
class Article(models.Model):
title = models.CharField(max_length=200)
tags = models.ManyToManyField(Tag)
# consultas
Article.objects.filter(title__icontains="django").select_related().prefetch_related("tags")Lo que esto demuestra:
- ForeignKey y ManyToMany
- Tipos de campos y restricciones
- select_related / prefetch_related
Inmersión Profunda
Cómo Funciona
- Los modelos definen el esquema; las migraciones aplican los cambios.
- Los gestores exponen los querysets
objects. - Usa índices para filtros frecuentes.
Errores Comunes
- Validación de límites omitida - Datos inválidos llegan a las capas de persistencia. Solución: Valida con Pydantic o formularios del framework en el borde.
- Fugas de trazas de pila - Los clientes ven errores internos. Solución: Mapea excepciones a respuestas HTTP estables.
- Bloqueo de bucles de eventos asíncronos - Los workers se detienen bajo carga concurrente. Solución: Usa drivers asíncronos o wrappers de threadpool.
- Secretos en control de código fuente - Credenciales se filtran a través del historial de git. Solución: Carga secretos desde variables de entorno o una bóveda en tiempo de ejecución.
- Falta de observabilidad - Los incidentes son difíciles de depurar. Solución: Añade logs estructurados, métricas e IDs de solicitud.
Alternativas
| Alternativa | Usar Cuando | No Usar Cuando |
|---|---|---|
| Framework alternativo en este cookbook | Estándar del equipo o monolito existente | API Greenfield con restricciones diferentes |
| BaaS Gestionado | MVP solo CRUD | Autenticación personalizada, flujos de trabajo o necesidades de cumplimiento |
| gRPC | RPC interno de alto rendimiento | Clientes HTTP públicos y acceso al navegador |
Preguntas Frecuentes
¿Cuándo debería adoptar el ORM de Django?
Úsalo cuando los patrones y los intercambios de esta página coincidan con tu API o límite de datos.
¿Cuál es el principal error de producción con el ORM de Django?
Omitir la validación, los tiempos de espera o los contratos de error explícitos en el borde HTTP.
¿Cómo pruebo el ORM de Django?
Usa el cliente de prueba del framework, anula dependencias y afirma el estado más la forma del JSON.
¿Funciona el ORM de Django con Python 3.14?
Sí - los ejemplos apuntan a Python 3.14 con versiones de framework fijadas del pie de página de la pila.
¿Cómo se relaciona el ORM de Django con Pydantic 2?
Valida y serializa en los límites; mantén los servicios funcionando con objetos de dominio tipados.
¿Síncrono o asíncrono?
Prefiere rutas asíncronas cuando la E/S domina; mantén el trabajo de CPU pequeño o descárgalo a workers.
¿Dónde debe vivir la lógica de negocio?
Handlers delgados; los servicios poseen las reglas; los repositorios poseen las consultas.
¿Cómo documento las APIs?
Publica documentación OpenAPI o de esquema que coincida con los modelos de respuesta en el código.
¿Cómo manejo el versionado?
Versionado explícito de URL o encabezado con ventanas de deprecación - evita roturas silenciosas.
¿Qué debería leer a continuación?
Sigue los enlaces Relacionados para obtener más profundidad en esta sección.
¿Cómo me mantengo seguro?
Autentica a los llamadores, autoriza por recurso, limita la tasa y nunca registres secretos.
¿Primer paso para el rendimiento?
Mide la latencia de la base de datos y la latencia ascendente antes de cambiar de framework.
Relacionado
- Conceptos Básicos de Django - Proyectos y vistas
- Modelos y el ORM - Capa de datos
- Django REST Framework - APIs JSON
- Escalado y Despliegue - Producción
Versiones de la Pila: Esta página fue escrita para Python 3.14.0 (estable 3.14, mantenimiento 3.13), FastAPI 0.115+, Django 5.2, Flask 3.1, Pydantic 2, PyTorch 2.6+, pandas 2.2+, Polars 1.x, ruff 0.9+, y uv 0.6+.