CSV Import/Export - Export auch mit SubQuery möglich?

redballoon

Guten Morgen - da ich immer alle Szenarien durchspiele, bevor ich einer Software Daten anvertraue, habe ich nun auch einen Export einer Formular-Liste getestet, wo auch ein SubQuery enthalten ist. Hier hakt es allerdings noch. Bei einem Versuch des Imports kommt es zu einer Fehlermeldung:

Fehler in Zeile 2: FEHLER: Spalte »actor_ch« von Relation »hm_actor« existiert nicht (SQLSTATE 42703)

Was aber auch verständlich ist, denn die Exportdatei sieht so aus:
hm_actor.title,model.model,room.room,location.location,[ --- ] SA1 Schaltschr. Office,HM-LC-Sw4-DR-2,Office,Schaltschrank,"Licht Vino links:1, Licht Vino mitte:2, Licht Vino rechts:3"
Das [ --- ] müsste eigentlich mit "actor_ch" belegt sein. Stattdessen wird dort dieser Platzhalter (?) in die Exportdatei eingefügt. Ist es überhaupt möglich, ein SubQuery in den Export einzuschliessen?

lsw-fabian

Hi,
sorry, habe den Thread gestern irgendwie übersehen - zu deinem Thema:
Ich habe in einem Beispiel eine Liste and USBStick, welche ich via Subquery abhole. Im CSV Export taucht dieses auch auf. -> Allgemein solltest du deine Daten, aus einer Subquery, im Export wiederfinden.

Bei der Benamung hast du Recht, ich halte hierzu mit den Kollegen Rücksprache, ob der angegebene Name für die Subquery mit eingebunden werden kann, ein Import ist danach leider nicht in der gleichen Form möglich, da die Aufschlüsselung der Relationen für Subquery anders funktioniert. -> Für diesen Fall müsstest du deine Export Listen anpassen. Eine Liste mit actor_ch und eine Liste mit den anderen Daten - in eine der beiden Listen (je nachdem) müsste dann die Zuweisung zur jeweils anderen Relation stehen

Aus diesem Grund haben wir in Applikationen, welche CSV Funktionen nutzen, separate CSV Listen inkludiert, da die Darstellung und Nutzung von "normalen" Listen abweichen kann.

redballoon

lsw-fabian Hallo, so ähnlich habe ich mir das auch schon gedacht. Allerdings habe ich auch kein Beispiel in den vorhandenen Anwendungen gefunden, wo ein SubQuery verwendet wird. "Normaler" Export/Import ohne SubQuery funktioniert bei mir ja auch. Aber mir ist nicht klar, was mit "In eine der beiden Listen (je nachdem) müsste dann die Zuweisung zur jeweils anderen Relation stehen" gemeint ist, bzw. wie ich das umsetzen könnte. Ich will ja nach einem Re-Import es wieder so haben, dass die Zuweisungen automatisch wieder da sind. Und da glaube ich scheitert es momentan grundsätzlich. Im Notfall müsste man die zugeteilten Kanäle wieder händisch einpflegen. Aber das ist eigentlich keine gute Lösung. Kanäle und Aktoren kann man natürlich getrennt exportieren und wieder importieren, aber wie die relationale Verknüpfung wieder herstellen .... Ich muss mir das nochmal ansehen.

lsw-fabian

Kannst du mir vielleicht deine Subquery einmal aufschlüsseln; also welche Relationen / Fiter du verwendest? Das macht es vielleicht einfacher 🙂

redballoon

Guten Morgen, na eigentlich nach genau dem Schema was mir von Dir schon aufgezeigt wurde. Das klappt auch alles. Dass ich Aktoren und Kanäle getrennt in CSV exportieren muss, ist mir auch klar. Wenn ich dann z.B. einen Serverumzug anstehen habe und Anwendung und exportierte CSV wieder herstellen möchte, (Ist hypothetisch, da ich alles in Proxmox installiere und Backups laufen - aber trotzdem) mit welcher programmiertechnischer Meisterleistung bringe ich da die "Zuweisung" Kanäle zu Aktor wieder "zusammen"?

lsw-fabian

Die Lösung dafür ist eigentlich ganz überschaubar.
Zuerst musst du sicherstellen, dass du in "hm_actor" einen Unique Index hast - irgend einen einzigartigen Identifier, damit die Zuweisung beim Import später klappt (natürlich muss das gewählte Attribut im CSV Export von hm_actor später mit enthalten sein)

Dann baust du eine neue Liste für den CSV Import/Export von actor_ch. Dort inkludierst du wieder alle notwendigen Informationen von actor_ch und zusätzlich joinst du noch auf die Relation hm_actor und packst in diese Liste noch dein Attribut mit dem Unique Index rein (wichtig: nicht via Subquery).

Im letzten Schritt musst du auf der Liste nur noch den Import lookup einrichten (entsprechend deinem gewählten Attribut) und fertig.

Danach exportierst du jeweils actor_ch und hm_actor.
-> für den Re-Import ist es später wichtig, dass du zuerst hm_actor und danach actor_ch importierst. Das sollte es schon gewesen sein.

redballoon

lsw-fabian Meine letzten Datenbank-Berührungen waren mit jungen 19 Jahren mit Filemaker auf dem Mac ... Etwa 37 Jahre später schaffe ich es mit der Anleitung von REI3 Profis sogar auch noch - irgendwie - das beruhigt mich dann doch wieder ;-) Hat geklappt! Musste allerdings erst auf die englische Benutzerführung umswitchen, um nachzusehen, was "join" und "import lookup" bedeutet ... lach Dabei ist mir auch aufgefallen, dass ich noch jede Menge zu übersetzen habe ... Puuuh. Mühsam ernährt sich das Eichhörnchen. Und dann noch neue Menüpunkte für CSV-Import. Das einzige was ich mittlerweile bereue: Nicht schon früher auf Linux umgestiegen zu sein. Gehirnjogging statt faules Nutzen vorgefertigter Schablonen auf einem Mac. Und heute bin ich absoluter Linux- und Opensource Fan. Habt ihr schon mal daran gedacht, auf Github einen Spendenknopf einzurichten?

gabriel

Das Schöne ist, dass man irgendwann die Grundlagen drinnen hat und dann einfach weiter machen kann. Wir haben für unser Team mittlerweile fast alle Prozesse und Daten auf REI3 umgestellt - Aufgabenverwaltung, Zeiterfassung, Dateisharing, Anwendungs-Releases, Kundenverwaltung, Rechnungserstellung, usw.

Ein gutes Low-Code-Werkzeug zu beherrschen, ist ungemein praktisch 🙂

Wegen den Spendenknopf: An sich liebend gerne - aber hierzu müssten wir ironischerweise erstmal Geld in die Hand nehmen und die steuerlichen Themen klären. Als Organisation Spenden zu empfangen ist tatsächlich nicht so einfach - vor allem wenn bspw. Github Sponsors in den USA verankert ist und man Steuerdaten mit dem IRS austauschen darf... Wenn wir es machen, kündigen wir es natürlich an 🙂