Import von WebDB-Objekten in Nicht-(Web)DB

[vmLOGIC]

Wichtig ist auch hier die Überlegung, was alles importiert werden soll. Wird erst eine einfache Lösung des Datenaustauschs angestrebt, ohne abhängige Datenobjekte, dann wird über kurz oder lang die nächste Forderung zum Import anstehen.

Daher frage ich JETZT nach dem Mindestbedarf. Wenn viele sagen, dass das Ganze ohne abhängige Datenobjekte eh sinnlos wäre, dann würde ich den Aufwand genauer prüfen. Denke aber, dass ich dann vom Vorschlag insgesamt die Finger lassen werde.

Ist die GID ein eigenes Objekt?
Der Eindruck entsteht bei mir, weil immer von GID und Datenobjekt gesprochen wird. Ich bin immer davon ausgegangen, dass die GID Bestandteil des Datenobjekts ist und deshalb nie gezielt einen Import von GIDs gesprochen habe.

Nein, die GID ist kein Datenobjekt.
Wenn ich oben gefragt habe, ob evtl. "nur" die GIDs die wesentliche Motivation für den Vorschlag sind - du beschreibst das ja auch in deinem ersten Beitrag - dann wäre die Lösung weniger aufwändig.

Wird eine Lösung des Imports auf der Grundlage des Zusammenführens einzelner DBs angestrebt, was ist dann mit den GIDs, die im öffentlichen Bereich liegen? [/li][/list]

Nein. Hier würde ich keine Einschränkungen machen.

Kann ich solche Datenobjekte dann importieren?
Oder soll der Import von Datenobjekte auf Objekte im nicht öffentlichen Bereich beschränkt werden?

Aus allen DBs in jede andere solltest du importieren können.
Aus diesem Grund sollte die Anforderung auch (technisch) überschaubar bleiben.
Stichwort: Abhängige Datenobjekte!!


Was das Handling betrifft könnte mir eine Art "in den Warenkorb legen" vorstellen.
Man öffnet also irgendeine DB, legt die gewünschten Datenobjekte in den Warenkorb. Dann öffnet man noch ne DB und sammelt auch dort ein. Letztlich öffnet man die DB, in die die Datensätze rein sollen und "kippt dort den Warenkorb" aus.
Dies nur mal ganz spontan, ohne schon überlegt zu haben, was ich mir damit antue.