Django-Eins-zu-Viele-Beziehung in Modellen (nicht über Lookups)

Question

Ich versuche herauszufinden, wie man eine Eins-zu-Viele-Beziehung zwischen zwei Modellen definiert. Die Schwierigkeit hierbei ist, dass ich keines der Modelle anfassen will und daher nicht den üblichen ForeignKey (Many-to-One) verwenden kann.

Es gibt viele Fragen zu diesem Thema, aber sie alle sprechen entweder über das Nachschlagen (Reverse ForeignKey-Lookup) oder sie schlagen vor, nur einen Fremdschlüssel zu einer Seite hinzuzufügen. Hier ist eine similar question. Ich werde das gleiche Codebeispiel verwenden. Dies ist, was ich suche:

class Dude(models.Model): 
    numbers = models.OneToManyField('PhoneNumber') 

class PhoneNumber(models.Model): 
    number = models.CharField() 

Normalerweise würde ich voran gehen und nur einen Fremdschlüssel zu Phone hinzufügen, wie in vielen Antworten vorgeschlagen:

class PhoneNumber(models.Model): 
    dude = models.ForeignKey(Dude, related_name='numbers') 

Aber in meiner Situation würde Ich mag zu Berühren Sie nicht das PhoneNumber-Modell und definieren Sie daher etwas im Dude-Modell.

Der Grund dafür ist, dass ich ein Modell definiere, das einen besonderen Umstand beschreibt, der selten benutzt wird. Wenn ich einen ForeignKey im (PhoneNumber) -Modell verwende, würde 99,9% aller Instanzen dieses Feld leer lassen. Ich mag die Idee nicht, ein Feld zu haben, das immer leer ist - vielleicht ist das mein Problem.

Eine mögliche Problemumgehung besteht darin, ein Viele-zu-Viele-Feld zu definieren und dann eine Logik hinzuzufügen, die "viele" auf der einen Seite verhindert und die andere Seite nicht leer macht.

Ich hoffe, ich könnte mein Problem klar beschreiben.

Frage: Gibt es eine Möglichkeit, eine Eins-zu-viele-Beziehung zu definieren? Gibt es eine bessere Lösung mit einem anderen Ansatz für mein Problem?

P.S. Der einzige Treffer, den ich von den Django-Dokumenten bekomme, ist ein Feldattribut one_to_many, das, wie ich vermute, für das Nachschlagen verwendet wird.

Answer 1

Wenn ich einen ForeignKey für das Modell (PhoneNumber) verwendet hätte, hätte ich 99,9% aller Modelle dieses Feld leer lassen. Ich mag die Idee nicht, ein Feld zu haben, das immer leer ist - vielleicht ist das mein Problem.

Es ist eine Art von. Um eine Eins-zu-viele zu definieren, verwenden Sie ForeignKey, und dies muss auf dem PhoneNumber Modell sein. Soweit ich sehen kann, hat dies keine Nachteile. Es hört sich so an, als ob das Hauptproblem darin besteht, dass Sie es gewohnt sind, eine Bibliothek zu benutzen, die das anders herum tut, und so scheint es Ihnen seltsam, es so zu tun.

Ich fürchte, ich verstehe nicht, was Sie mit

99,9% aller Modelle lassen Sie dieses Feld leer

Sie können es nicht leer lassen, wenn Sie es ihnen ermöglichen, durch Einstellung null=True, blank=True usw.