Hallo Jörg, 
wenn ich Dich richtig verstehe muss man vor dem importieren praktisch ein neu hochgezähltes Index-Feld einfügen. Aber wie verhält sich es dann in Zukunft mit neu anzulegenden Verknüpfungen ? Da muss ich ja dann per Funktion irgendwie das 'neue' Index-Feld mit hochzählen lassen. Richtig ?

@Tacho: Nein, das war mir erst mal egal. Das sind Kundendaten - im Moment nur zum Testen..... spielt also keine Rolle

Theoretisch ist das ja klar, aber wie ist der praktische Ansatz. Ich habe z.B. eine Unter-Tabelle, die neue Indexe bekommt. Die Index-Nummern werden aber in einem Feld in der Haupttabelle angegeben. Das ist doch bei größeren Datenmengen eine richtige Fummelei wie man die neuen Index-Nummern in die Felder der Haupttabelle hineinbekommt. Kann mir da mal jemand eine Idee geben - vielleicht stehe ich da ja auf dem Schlauch. Irgendwie muss man dann doch beide CSV-Listen in Excel irgendwie miteinander verquicken, bevor man sie importiert.

Hallo, so ich hab's endlich gelöst, wie man Datenbanken über CSV exportieren und in andere importieren kann, ohne dass die Datensatzverknüpfungen verlorengehen. Damit lässt es sich realisieren, dass man eine produktive Datenbank in einer zweiten Datenbank weiterentwickelt und dann die Produktivdaten übernimmt.

1. Jede Tabelle erhält ein Zahlenfeld 'ID'. Dieses Feld muss beim Anlegen eines neuen Datensatzes mittels der Funktion 'ID' := max((select Tabellenname).'ID') + 1 automatisch hochgezählt werden. Möglichst das Feld im Produktivbetrieb schreibschützen oder gar ausblenden! Bei erstmaligem Export der DB, muss das Feld 'ID' vor dem Export mittels Massendatenänderung mit dem berechneten Wert number(nr) gefüllt werden. Bei späteren Ex- und Imports der jetzt neu erzeugten DB, ist die Massendatenänderung nicht mehr nötig, da sich das Feld ja dann bereits hochgezählt hat.
2. Jede Untertabelle und jede Tabelle mit einer N:1 Beziehung erhält ein f(x) Feld 'ID Übertabelle', dass den Wert des ID-Feldes der übergordneten Tabelle enthält. Bei mehreren N:1 Beziehungen benötigt man mehrere solcher Berechnungsfelder. Die Felder können im Produktivbetrieb ausgeblendet werden.
3. Die Ziel-Datenbank muss den gleichen Aufbau aus Punkt 1+2 enthalten!
4. Eine Tabellenansicht mit allen (!) Feldern erzeugen und diese dann exportieren.
5. Beim Import zuerst die übergeordneten Tabellen importieren
6. Beim Import wird in die Felder der Datensatz-Beziehungen zur übergeordneten Tabelle der exportierte Wert 'ID [Übertabelle]' importiert (Achtung - Importtyp normal - kein Schlüsselfeld!)

Auf diese weise erzeugt man nun eine DB, die in Zukunft einfach so exportiert und importiert werden kann, sofern die o.g. ID-Felder mit ihren Funktionen vorhanden sind.

Achtung: Die Funktion zum Hochzählen der ID birgt folgendes Risiko: Wenn der zuletzt angelegte Datensatz später wieder gelöscht wird, wir diese ID-Nummer bei Neuanlage wiederverwendet, da sie ja die höchste Zahl war. Das könnte evtl. zu Verknüpfungsproblemen kommen.

Elegante Variante:

Wenn es in den Tabellen jeweils bereits Felder mit eindeutigen (!) Werten gibt (Art.Nr., Kd.Nr. etc.), dann könnte man nach dem gleichen Schema bereits diese als ID-Felder verwenden. Nach Erzeugen der 'virtuellen' ID-Beziehungsfelder lassen sich so Datenbanken über einen erstmaligen Export (ohne vorige Massendatenänderung) zur Weiterentwicklung über CSV übertragen ohne die Satz-Beziehungen zu verlieren. Es wäre sogar denkbar nur bestimmte Datensätze über export- und Import zu übertragen, da die Beziehungen ja nicht mehr über das, sich selbst hochzählende, NR-Feld geknüpft werden.

Ich hoffe ich konnte so einen sinnvollen Beitrag leisten und freue mich über Feedbacks.