Django OneToOneField: ¿en qué modelo debería ponerlo?

Question

Supongamos que tenemos los siguientes modelos.

class A(Model): pass 
class B(Model): pass 

entonces no hay diferencia entre:

En el modelo A: b = OneToOneField(B, related_name=A.__name__)

y

en el modelo B: a = OneToOneField(A, related_name=B.__name__)

Entonces, ¿qué preguntas le debería hacer a mi mismo para decidir si poner OTO en un modelo u otro. Me refiero a has-a, is-a y demás.

Answer 1

Creo que en el caso de un campo OneToOne, la respuesta correcta es que no importa, solo depende del modelo con el que tiene más sentido relacionarse con el otro.

Answer 2

OneToOneField s son realmente sólo para dos propósitos: 1) herencia (Django usa estos para su puesta en práctica del MTI) o 2) la extensión de un modelo no editable (como la creación de un UserProfile para User).

En esos dos escenarios, es obvio qué modelo continúa el OneToOneField. En el caso de la herencia, se aplica al niño. En el caso de la extensión, sigue el único modelo al que tiene acceso.

Con muy pocas excepciones, cualquier otro uso de uno-a-uno solo debería fusionarse en un solo modelo.

Answer 3

En realidad, hay una diferencia en dónde coloca el campo de uno a uno, porque la eliminación se comporta de manera diferente. Cuando elimina un objeto, se eliminará cualquier otro objeto que tenga relaciones uno a uno que hagan referencia a ese objeto. Si, por el contrario, elimina un objeto que contiene un campo de uno a uno (es decir, hace referencia a otros objetos, pero otros objetos no hacen referencia a él), no se eliminan otros objetos.

Por ejemplo:

class A(models.Model): 
    pass 

class B(models.Model): 
    a = models.OneToOneField(A) 

Si elimina A, B por defecto se borrarán también (aunque se puede anular esta modificando el argumento on_delete en el OneToOneField al igual que con ForeignKey). Al eliminar B no se eliminará A (aunque puede cambiar este comportamiento anulando el método delete() en B).

Volviendo a su pregunta inicial de has-a vs. is-a, si A tiene B, B debe tener el campo uno-a-uno (B solo debería existir si A existe, pero A puede existir sin SEGUNDO).

Answer 4

Por cierto, yo necesitaba OneToOneField para evitar la dependencia circular (uso herencia):

Model A: 
    ... 
    current_choice = models.ForeignKey(B) 

Model B: 
    ... 
    parent = models.ForeignKey(A) 

Eso significa, que necesita un B por definir. No es una buena convención de base de datos para bootstrapping. En lugar de eso hizo:

Model A: 
    ... 

Model B: 
    ... 
    parent = models.ForeignKey(A) 

Model C: 
    parent = models.OneToOneField(A) 
    current_choice = models.ForeignKey(B) 

Con respecto al ejemplo de documentation, también puede tener consultas limpias como: p1.restaurant.place.restaurant.place ... Esto es una locura.