IDs vergeben unter Anwendung von Core Data

nano86 · 11. Juni 2014, 18:26

Hallo liebe Leute,

ich würde gerne wissen, ob es möglich ist IDs, ähnlich wie bei SQL, auch bei Core Data zu bestimmen.
Wenn Ja, wie?

AppleDeveloper · 11. Juni 2014, 18:42

Ganz einfach: Indem du dir eine Spalte ID anlegst und da die ID's einträgst. Anders geht es meines Wissens nach nicht. Hatte das selbst mal probiert.

nano86 · 11. Juni 2014, 19:03

Ja, aber ich möchte zum Bespiel, dass beim jeden Eintrag eines Artikels, eine dazugehörige ID bzw. PK zugewiesen wird. So müsste ich doch die ID in der Spalte "ID" eingeben und den Artikel in der Spalte "Ar-Bez."

MCDan · 11. Juni 2014, 19:29

Bei einem ManagedObject lassen sich Wert auch per Code setzen.

Vor dem Erstellen eines neuen ManagedObject ermittelst Du z.B. den MaxWert des Attributes und verwendest diesen Wert + 1 für das neue ManagedObject.

macmoonshine · 11. Juni 2014, 19:55

nano86 schrieb:

Ja, aber ich möchte zum Bespiel, dass beim jeden Eintrag eines Artikels, eine dazugehörige ID bzw. PK zugewiesen wird.

Warum willst Du das machen?

matz · 11. Juni 2014, 19:59

macmoonshine schrieb:

nano86 schrieb:

Ja, aber ich möchte zum Bespiel, dass beim jeden Eintrag eines Artikels, eine dazugehörige ID bzw. PK zugewiesen wird.

Warum willst Du das machen?

Mh, vlt. er CoreData wie eine Datenbank behandeln will ...

Würde mich auch mal interessieren!

macmoonshine · 11. Juni 2014, 20:31

matz schrieb:

Mh, vlt. er CoreData wie eine Datenbank behandeln will ...

So, so, wie kommst Du darauf?

nano86 · 11. Juni 2014, 20:43

es ist richtig, ich möchte core Data ähnlich wie ein Datenbank behandeln...

macmoonshine · 11. Juni 2014, 20:55

Primary- und Foreign-Keys sind ein Konzept, um im relationalen Modell Objektidentität und Assoziationen zu modellieren. Warum willst Du ein Vorgehen für Dinge übertragen, die Du in CoreData geschenkt bekommst?

matz · 11. Juni 2014, 21:00

macmoonshine schrieb:

matz schrieb:

Mh, vlt. er CoreData wie eine Datenbank behandeln will ...

So, so, wie kommst Du darauf?

Wäre nicht das erste Mal

Und siehe ich, ich hatte Recht

MCDan · 11. Juni 2014, 21:02

Wenn man Daten z.B. über einen Server auf mehrere Devices abgleicht, dann kann eine fortlaufende Nummerierung der einzelnen Einträge sinnvoll zu sein, damit diese eine eindeutige Identifizierung erhalten. Wie sollte man sonst feststellen, ob beim Download der Daten vom Server ein Eintrag auf dem Device vorhanden ist oder nicht?

matz · 11. Juni 2014, 21:06

MCDan schrieb:

Wenn man Daten z.B. über einen Server auf mehrere Devices abgleicht, dann kann eine fortlaufende Nummerierung der einzelnen Einträge sinnvoll zu sein, damit diese eine eindeutige Identifizierung erhalten. Wie sollte man sonst feststellen, ob beim Download der Daten vom Server ein Eintrag auf dem Device vorhanden ist oder nicht?

Einfach immer alles aus CoreData löschen und neu hinzufügen

Spass beiseite, mache ich in einer meiner Apps genauso.

macmoonshine · 11. Juni 2014, 21:12

Das ist dann aber kein Primärschlüssel sondern eine Nummerierung. Wenn Du diese Werte nicht zentral vergibst, wirst Du mit einfachen Ids schnell scheitern. Auch dafür bietet CoreData etwas Passendes an.

macmoonshine · 11. Juni 2014, 21:14

matz schrieb:

Wäre nicht das erste Mal

Ach, ja?

MCDan · 11. Juni 2014, 21:40

macmoonshine schrieb:

Das ist dann aber kein Primärschlüssel sondern eine Nummerierung. Wenn Du diese Werte nicht zentral vergibst, wirst Du mit einfachen Ids schnell scheitern. Auch dafür bietet CoreData etwas Passendes an.

Und diese NSManagedObjectID ist Eindeutig über alle Devices? Cool, die kannte ich noch nicht.

Wenn ich jetzt ein neues NSManagedObject erzeuge, welches ich vom Server geladen habe und welches von einem anderen Device kommt, dann könnte ich aus der URIRepresentation die passende NSManagedObjectID erzeugen und diese dann dem neu erzeugtem NSManagedObject zuweisen?

matz · 11. Juni 2014, 21:50

macmoonshine schrieb:

matz schrieb:

Wäre nicht das erste Mal

Ach, ja?

Vereppelst du mich?

macmoonshine · 11. Juni 2014, 21:58

MCDan schrieb:

Wenn ich jetzt ein neues NSManagedObject erzeuge, welches ich vom Server geladen habe und welches von einem anderen Device kommt, dann könnte ich aus der URIRepresentation die passende NSManagedObjectID erzeugen und diese dann dem neu erzeugtem NSManagedObject zuweisen?

Moment. nicht so schnell. Wen erzeugst Du und wen lädst Du?

macmoonshine · 11. Juni 2014, 22:00

matz schrieb:

Vereppelst du mich?

Komisch, genau die gleiche Frage hatte ich (mir) auch gestellt.

MCDan · 11. Juni 2014, 23:51

macmoonshine schrieb:

MCDan schrieb:

Wenn ich jetzt ein neues NSManagedObject erzeuge, welches ich vom Server geladen habe und welches von einem anderen Device kommt, dann könnte ich aus der URIRepresentation die passende NSManagedObjectID erzeugen und diese dann dem neu erzeugtem NSManagedObject zuweisen?

Moment. nicht so schnell. Wen erzeugst Du und wen lädst Du?

Ich laden z.B. auf iPad 2 die Daten von Einträgen welche ich auf iPad 1 erzeugt habe. Darum muss ich beim Erzeugen von ManagedObjects zu diesen Einträgen auch die NSManagedObjectID aus der URIRepresentation der original NSManagedObjectID verwenden, damit bei Änderungen an diesen Einträgen die korrekten Einträge auf dem Server und somit auch dem iPad 1 aktualisiert werden.

macmoonshine · 12. Juni 2014, 08:27

Laut Doku sollen die Ids auch über Rechnergrenzen hinweg eindeutig sein. Die Klasse gab es schon im EOF und da wurde das über IPs, Timestamps und so weiter erreicht. Ob das bei CoreData genauso funktioniert, weiß ich allerdings nicht.

Ähnliche Themen