Page Title

Der Wiki wird derzeit überarbeitet: neue URL, neues Design, neue Inhalte!

Benutzer-Werkzeuge

Webseiten-Werkzeuge


mikeurban:anleitungen:import_uebertragungsarten

Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

Link zu dieser Vergleichsansicht

mikeurban:anleitungen:import_uebertragungsarten [2016/05/18 13:10] (aktuell)
julian Seitename wurde von mikeurban:import_uebertragungsarten auf mikeurban:anleitungen:import_uebertragungsarten geändert
Zeile 1: Zeile 1:
 +====== Import-Export Übertragungsarten ======
  
 +//Letzte Änderung mit MIKE URBAN Version 2008 SP2.//
 +
 +Ähnliche Seiten:
 +
 +  * [[mikeurban:​anleitungen:​import_einleitung|Import und Export]]
 +
 +===== Einleitung =====
 +
 +Beim Importieren bietet MIKE URBAN vier Möglichkeiten,​ die neuen Daten mit den bereits vorhandenen Daten abzugleichen:​
 +
 +  * Ersetzen
 +  * Hinzufügen
 +  * Aktualisieren und Hinzufügen
 +  * Aktualisieren
 +
 +Die Übertragungsart muss bei jeder //Aufgabe// angegeben werden. Bei komplexeren Importroutinen,​ die mehrmals in die gleiche Zieltabelle übertragen,​ muss auch auf die Übertragungsart der //​Tabellenkonfiguration//​ geachtet werden.
 +
 +Die vier Übertragungsarten werden anhand zweier schematischer Datensätze erklärt.
 +
 +Die bereits vorhandenen Ausgangsdaten sind blau dargestellt und bestehen aus drei Elementen. Sie tragen die Identifikationen 1, 2 und 3 und weisen die Attribute A, B und C auf. Beim Datensatz mit der ID = 3 sind die Attribute B und C leer, d.h. datenbanktechnisch NULL.
 +
 +Die zu importierenden Daten sind rot dargestellt und bestehen ebenfalls aus drei Elementen. Sie tragen die Identifikationen 2, 3 und 4 und weisen die Attribute A, B und C auf. Beim Datensatz mit der ID = 2 sind die Attribute B und C leer, d.h. datenbanktechnisch NULL.
 +
 +===== Ersetzen =====
 +
 +Alle bereits vorhandenen Elemente werden gelöscht. Im Bild sind daher rechts nur die neuen Elemente zu sehen.
 +
 +{{  :​mikeurban:​import_uebertragungsarten_1.png ​ |}}
 +
 +===== Hinzufügen =====
 +
 +Bereits vorhandene Elemente bleiben unverändert. Neue Elemente werden hinzugefügt.
 +
 +Ob ein Element neu ist, entscheidet MIKE URBAN anhand der MUID. Wird ein Element importiert und die MUID, die sich aus der Zuordnung ​ des externen Feldes ergäbe, ist bereits vorhanden, wird das Element komplett ignoriert. Handelt es sich hingegen um eine neue MUID, wird das Element an die Liste angehängt.
 +
 +Im Beispiel gibt es Überschneidungen bei den Elementen 2 und 3. Beide externen Elemente werden verworfen, nur des Element 4 wird angehängt.
 +
 +Beachten Sie, dass die Attribute B und C des Elements 3 im Ausgangsdatensatz leer sind, und auch leer bleiben!
 +
 +
 +{{  :​mikeurban:​import_uebertragungsarten_21.png ​ |}}
 +
 +Gibt es Überschneidungen zwischen bestehendem und neuen Datensatz, haben die bestehenden Elemente Vorrang und die entsprechenden neuen Elemente werden ignoriert.
 +
 +
 +
 +
 +===== Aktualisieren und Hinzufügen =====
 +
 +Anhand der der Identifikationsbezeichnung entscheidet MIKE URBAN, ob ein Element des Import-Datensatzes neu ist.
 +
 +Handelt es sich im ein neues Element, wird es vorhandenen der Elementliste //​hinzugefügt//,​ siehe oben.
 +
 +Handelt es sich um ein bestehendes Element, werden die bestehenden Attribute //​aktualisiert//​. Bestehende Attribute werden durch neue Attribute überschrieben. Weist der Import-Datensatz Lücken auf, wie bei den Attributen B und C des Elements 2, bleiben die bestehenden Attribute erhalten.
 +
 +Element 1 bleibt unverändert erhalten, weil der Import-Datensatz kein Element mit der gleichen ID enthält.
 +
 +{{  :​mikeurban:​import_uebertragungsarten_31.png ​ |}}
 +
 +
 +
 +===== Aktualisieren =====
 +
 +Beim Aktualisieren beschränkt sich MIKE URBAN auf Elemente mit bereits vorhandener Identifikationsbezeichnung. Bestehende Attribute werden durch neue Attribute überschrieben. Weist der Import-Datensatz Lücken auf, wie bei den Attributen B und C des Elements 2, bleiben die bestehenden Attribute erhalten.
 +
 +Element 1 bleibt unverändert erhalten, weil der Import-Datensatz kein Element mit der gleichen ID enthält.
 +
 +
 +{{  :​mikeurban:​import_uebertragungsarten_41.png ​ |}}
 +
 +
 +===== Technische Details =====
 +
 +Damit MIKE URBAN entscheiden kann, ob die zu importierende Daten sich auf ein bereits vorhandenes Element beziehen oder nicht, muss die Tabellenkonfiguration auf jeden Fall eine Zeile mit der Zuordnung zur **MUID** enthalten:
 +
 +<code c>
 +#   ​Rechts steht der Name des externen Feldes mit der eindeutigen Identifikation
 +MUID = ExterneID
 +</​code>​
 +
 +Das Feld **Shape** mit der als BLOB gespeicherten Geometrie des Element wird behandelt wie jedes andere Feld auch. So lassen sich beispielsweise durch Aktualisieren die Umrisslinien der Einzugsgebiete neu einlesen:
 +
 +<code c>
 +#   ​rechts steht die externe, eindeutige ID des Einzusgebiets
 +MUID = Einzugsgebietsnummer
 +#
 +#   ​importiert die Umrisslinie jedes Einzugsgebiets
 +SHAPE = SHAPE
 +</​code>​
 +
 +===== Offene Punkte =====
 +
 +  * Wie sieht das Ergebnis aus, wenn eine Zuordnung weggelassen wird, z.B. ''​C = C''?​
 +  * Testen der vier Methoden mit dem Assistenten
 +  * Erklärung der vier Methoden auf Ebene der Tabellenkonfiguration
 +  * Aktualisieren nur von NULL-Werten -- derzeit nicht möglich
mikeurban/anleitungen/import_uebertragungsarten.txt · Zuletzt geändert: 2016/05/18 13:10 von julian