Business
Jobs
  • About Us
  • Solutions
    • Job Postings
      Post your job and receive qualified candidates in 48h.
    • Candidate Assessments
      500+ technical and psychological tests, plus anti-fraud.
    • Headhunting
      Tailor-made executive search from start to finish.
    • Payroll + EOR
      Payroll dispersal and EOR across 15+ LATAM countries.
  • Pricing
  • Jobs

0

164
Views
¿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 answers
Answer question

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 Report

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 Report

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 Report
Answer question
Find remote jobs

Discover the new way to find a job!

Top jobs
Top job categories
Business
Post vacancy Pricing Sales
Legal
Terms and conditions Privacy policy
© 2026 PeakU Inc. All Rights Reserved.
Andres GPT
Show me some job opportunities
There's an error!