Empresas
Empleos
  • Sobre nosotros
  • Soluciones
    • Publicación de vacantes
      Publica tu vacante y recibe candidatos calificados en 48h.
    • Evaluación de candidatos
      500+ pruebas técnicas y psicológicas, más anti-fraude.
    • Headhunting
      Búsqueda ejecutiva a la medida de principio a fin.
    • Nómina + EOR
      Dispersión de nómina y EOR en más de 15 países de LATAM.
  • Precios
  • Empleos

0

170
Vistas
¿Es mejor almacenar fk directamente u obtenerlo de otra tabla relacionada?

Por ejemplo tengo dos modelos. Lo que me confunde aquí es que será mejor almacenar department_id directamente en el modelo de venta o usar product.department cuando lo necesite.

El caso de uso para el departamento en el modelo de ventas puede ser filtrar las ventas por departamento, informar las ventas del departamento, etc.

 class Product(): name = models.CharField() department = models.ForeignKey(Department) class ProductSale() product = models.ForeignKey(Product) department = models.ForeignKey(Department) # other fields Or just class ProductSale() product = models.ForeignKey(Product) # other fields

Qué consulta sería más eficiente.

 ProductSale.objects.filter(department_id=kwargs.get("department_id"))

O

 ProductSale.objects.filter(product__department_id=kwargs.get("department_id"))

Creo que la segunda consulta es menos eficiente, pero también creo que no es necesario almacenar el department_id en el modelo ProductSale , ya que podemos obtener el ID_departamento a través del producto. (El departamento también será el mismo que el del producto en venta)

over 4 years ago · Santiago Trujillo
3 Respuestas
Responde la pregunta

0

Ambas afirmaciones son correctas, dependen de la lógica empresarial.

Caso 1

 class Product(): name = models.CharField() department = models.ForeignKey(Department)

Muestra a qué departamento pertenece el producto.

Producto Departamento
Libro Educación
ordenador Electrónico

Caso 2

Para tu caso. Si desea almacenar la información del producto vendido por departamento.

 class Product(): name = models.CharField() # other fields class ProductSale() product = models.ForeignKey(Product) department = models.ForeignKey(Department) # other fields

Esto indica que el mismo producto también puede ser vendido por diferentes departamentos.

Creo que la segunda consulta es menos eficiente, pero también creo que no es necesario almacenar el ID_departamento en el modelo ProductSale, ya que podemos obtener el ID_departamento a través del producto.

Si el Departamento se fija en cuanto al producto como en el caso 1, entonces sí, no es necesario almacenar el ID_departamento en ProductSale. Pero si ese no es el caso, almacenar el departamento en ProductSale es la forma correcta.

over 4 years ago · Santiago Trujillo Denunciar

0

Puede usar el método queryset.query en el shell para ver la consulta SQL correspondiente.

 print(ProductSale.objects.filter(department_id=kwargs.get("department_id")).query) print(ProductSale.objects.filter(product__department_id=kwargs.get("department_id")).query)

Observará que la segunda consulta contiene una operación de combinación interna adicional en comparación con la primera. Entonces la segunda consulta sería menos eficiente.

Sin embargo, si esto importa en la práctica es otra cuestión.

over 4 years ago · Santiago Trujillo Denunciar

0

La lógica empresarial es más importante que la eficiencia de las consultas. El modelo ProdcutSale debe tener un departamento porque desea realizar un seguimiento de las ventas de cada departamento, pero ¿por qué necesita un departamento en el modelo de producto? Un Producto puede ser vendido por muchos departamentos.

over 4 years ago · Santiago Trujillo Denunciar
Responde la pregunta
Encuentra empleos remotos

¡Descubre la nueva forma de encontrar empleo!

Top de empleos
Top categorías de empleo
Empresas
Publicar vacante Precios Comercial
Legal
Términos y condiciones Política de privacidad
© 2026 PeakU Inc. All Rights Reserved.
Andres GPT
Recomiéndame algunas ofertas
Necesito ayuda