CoreData + Probleme beim Designen eines Objektgraphen

Christian Kienle · 25. Januar 2007, 16:57

Hallo,

ich habe von meinem Chef den Auftrag bekommen ein Verwaltungsprogramm eines großen Flughafens auf OS X zu portieren. Das Verwaltungsprogramm hat mehrere Milliarden Zeilen Code und ich habe bisher unter OS X mit Text Edit gearbeitet. Komme eher so von der C# Schiene.

Habe mal begonnen ein CoreData Objektgraph zu designen und habe damit einige Probleme.

Es gibt viele Flugzeuge. Jedes Flugzeug hat viele verschiedene Klassen. Jedes Flugzeug hat viele Reservierungen. Eine Reservierung legt fest, wann das Flugzeug reserviert ist. Eine Reservierung hat zustzlich viele Passagiere, die genau einer Reservierung zugewiesen werden. Ein Passagier fliegt IMMER mit der selben klasse eines speziellen Flugzeuges. Daher wird jeder Passagier genau einer Klasse zugewiesen.

Das Resultat zeigt der Screenshot.

Problem: Durch dieses Model bedingt sich alles direkt oder indirekt. Es gibt zu viele Abhängigkeiten. Dies wird z.B dadurch deutlich, dass sobald durch eine Umbaumaßnahme ein Flugzeug um eine Klasse beschnitten wird (das Managed Objekt wird gelöscht) wird es nicht wirklich gelöscht, da es noch u.a von Passagieren referenziert wird. Logisch. Ich müsste also alle Beziehungen selbst im Code managen und darauf habe ich keine Lust.

Ich bin mir sicher, dass man dieses Datenmodel wesentlich eleganter gestalten kann. Leider komm ich einfach nicht auf die Lösung.

Danke.

Amin Negm-Awad · 25. Januar 2007, 17:02

Leideer löscht Core Data nicht automatisch die Instanzen, wenn du nicht mehr darauf verweist. Aber nun zu deinem Problem:

Du kannst zu einer Beziehung Deletion Rules angeben. Wird also etwa ein Flugzeug gelöscht, so sagst du einfach in der Relationship zu den Klassen Cascade und die entsprechende Klasse wird auch gelöscht.

volker · 25. Januar 2007, 17:06

Aber Achtung: Aufpassen das zuerst alle Passagiere das Flugzeug verlassen haben - oder willst Du einfach gelöscht werden

Zum Probem: Habe ine iner großen Oracle DB mal eine Handlösung implementieren müssen, da dem System die Abhängigkeiten nicht immer so beigebracht worden aren. Dann wird es aufwendig, ist aber durch geschicktes fetchen auch möglich.

Volker

Christian Kienle · 25. Januar 2007, 17:09

Tom9811: Natürlich. Die delete rules sind mir bekannt und ich habe sie auch entsprechend eingestellt. Ja - es stimmt auch, dass die Löschung eines FLugzeugobjekts alles, was mit dem Flugzeug zu tun hat löscht. Aber die Löschung eines Reservierungsobjekts eben nicht. Soll ich dir (euch) mal ein entsprechenden xCode Projekt anhängen? Dann sollte das eventuell klar werden...

Christian Kienle · 25. Januar 2007, 17:50

Ok.

Hier das Projekt: Klick mich
Hier die Beispieldaten: Klick

Anleitung:

Programm kompilieren, starten und wieder beenden. Dann in ~/Library/Application Support/OSXText die entpackten Beispieldaten ablegen und das Programm wieder starten. Dann sollte die Anwendung mit ein paar Beispieldaten gefüllt sein.

Dann bitte folgendes tun: Flugzeugtyp "747" wählen und die "Royal Class" löschen. Dann in der TableView für die Passagiere mal das "Klassenpopup" aufrufen und staunen.

Amin Negm-Awad · 25. Januar 2007, 17:50

Ich habe leider keine Zeit. Aber schaue dir noch einmal alle Deletion Rules in beide Richtungen an.

Christian Kienle · 25. Januar 2007, 17:51

Edit: Falsche Datei hochgeladen... Korrektur kommt gleich.

Christian Kienle · 25. Januar 2007, 17:54

Nun ist alles online...

Christian Kienle · 29. Januar 2007, 20:30

Hat der tom nun Zeit? *liebfrag*

Amin Negm-Awad · 29. Januar 2007, 21:05

Du, das muss ich mir genau anschauen. Das geht diese Woche bestimmt nicht.

Christian Kienle · 29. Januar 2007, 21:15

Ich hab Zeit. Ich pushe den Thread einfach nächsten Montag nochmal.

norbi · 30. Januar 2007, 21:39

Dies wird z.B dadurch deutlich, dass sobald durch eine Umbaumaßnahme ein Flugzeug um eine Klasse beschnitten wird (das Managed Objekt wird gelöscht) wird es nicht wirklich gelöscht, da es noch u.a von Passagieren referenziert wird.

Was passiert denn dann im realen Leben? Bleiben dann die Passagiere in der selben Klasse, fliegen halt mit einem anderen Flugzeug, oder wechseln sie die Klasse und bleiben dem Flugzeug treu?

Ich gehe mal von ersterer Möglichkeit aus, die Passagiere bleiben in der Klasse, nehmen dafür ein anderes Flugzeug: Dann muß sich die Reservierung (?!) ein anderes Flugzeug suchen. Dafür brauchst Du halt zwei "Klassen":
Flugzeug-Klasse: die Klassen, die das Flugzeug bereitstellt. Eine einfache Eigenschaft von Flugzeug.
Passagier-Klasse: die Klasse, mit der der Passagier fliegen will. Eine einfache Eigenschaft von Passagier.
Wenn der Passagier reserviert, sucht die "Reservierung" ein Flugzeug mit der vom Passagier gewünschten Klasse.
Die Verbindung besteht nicht über direkte Relationships zwischen Flugzeug (über Klassen) und Passagier. Eine Reservierung könnte eine Relationship zwischen Flugzeug und Passagier für den Flug sein. Die Reservierung verbindet Passagier und Flugzeug, wenn Flugzeug die Klasse (frei) hat, die der Passagier bevorzugt.

No.

CoreData + Probleme beim Designen eines Objektgraphen

CoreData + Probleme beim Designen eines Objektgraphen

RE: CoreData + Probleme beim Designen eines Objektgraphen

RE: CoreData + Probleme beim Designen eines Objektgraphen