Hallo
Ich würde es zuerst nach PostGIS importieren. Es gibt Werkzeuge, um mehrere Formen in einzelne Tabellen zu laden. QGIS-Spit-Erweiterung ist eine. Das neue grafische shp2pgsql in PostGIS-Trunk oder experimentellen Binärdateien ist eine weitere Alternative. Oder Sie könnten einfach ein Batch-Skript mit shp2pgsql schreiben.
Ich würde dort anfangen und alles in ein Schema namens original oder so importieren. Daraus würde ich dann die Daten strukturieren. Zusammenführen in Tabellen, wo dies angebracht ist und so weiter.
Das Schöne daran ist, dass Sie, wenn Sie alle Abfragen speichern, die Sie für diese Transformationen verwenden, eine hervorragende Dokumentation über den Verlauf Ihrer Daten haben. Es ist auch sehr einfach, es bei Bedarf zu wiederholen. Sobald Sie mit Ihrer Organisationsarbeit fertig sind, legen Sie ein Backup Ihres Schemas "original" ab und verstauen es irgendwo.
Ich halte dies für eine strukturierte und saubere Vorgehensweise. Und wie bereits erwähnt, erhalten Sie eine sehr solide Dokumentation darüber, welches Feld den Namen in welchen neuen Namen geändert hat und welche Originaltabellen in diese große neue Tabelle eingebunden wurden und so weiter.
In FME und Software wie dieser können Sie natürlich auch speichern, was Sie getan haben, aber im Vergleich zu internen Datenbankabfragen ist es nicht die universelle Art, das zu dokumentieren, was als SQL-Abfragen ausgeführt wird. Sie sind verwendbar und lesbar, solange es Textdateien und relationale Datenbanken gibt.
Am Ende habe ich Textdateien, die ungefähr so aussehen:
-- A query to merge all roads in Norway
Create table road_tables.all_roads as
SELECT id as roadid, status, the_geom from original.big_roads
union all
SELECT rid as roadid, condition as status, the_geom from original.small_roads;
und so weiter. Diese als Textdatei gespeicherte Datei hat nach einigen Jahren einen hohen Wert.
Grüße Nicklas