BatchMove.Mode batAppendUpdate bezüglich doppelter Einträge

[Barzy2x]

Hallo,
mit Hilfe von batAppendUpdate versuche ich Datensätze aus einer Paradox in eine andere Paradoxtabelle zu verschieben. Wenn ich batAppend ausführe funktioniert das ohne Probleme. Da ich jedoch keine doppelten Einträge haben möchte, führe ich batAppendUpdate aus. Dazu musste ich, wenn ich die Delphihilfe richtig verstanden habe, einen Sekundärindex in der Zieltabelle definieren. Das habe ich getan. Wenn ich jedoch nun batAppendUpdate ausführe, erscheint die Fehlermeldung :
"Index ist schreibgeschützt".
Hat jemand eine Idee was ich noch verändern muss?
Oder kennt jemand eine einfachere Methode doppelte Einträg in einer Tabelle zu entfernen?

[MrSpock]

Hallo Barzy2x,

wenn deine Tabelle bereits einen Primärindex hat, ist ein Sekundärindex nicht notwendig, dann funktioniert batAppenUpdate mit diesem Index. Wann tritt denn der Fehler genau auf? Bei der Abarbeitung des BatchMove Befehls oder schon vorher?

Poste doch bitte einmal den Code rund um den BatchMove Befehl.

[Barzy2x]

Der Fehler tritt auf, sobald auf die zweite Datenbank zugegriffen wird. Ich benutze die Batchmove Komponente und lasse sie dann zur Laufzeit durch BatchMove.Execute ausführen. Genau nach diesem Befehl wird mir ein Fehler gemeldet.
Wenn ich keinen SekundärIndex setze wird mir der Fehler
"Zieltabelle muss indiziert sein" gemeldet. Mit SekundärIndex der oben beschriebene Fehler. Irgendeine Idee?
Es geht mir eigentlich nur darum doppelte Einträge zu verhindern. Wenn ich doppelte Einträge aus der Tabelle löschen könnte, könnte ich weiterhin BatAppend nutzen...

[MrSpock]

Hallo Barzy2x,

Haben beide Tabellen einen Primärindex?
Existiert die 2. Tabelle schon oder wird sie erst erstellt?

[Barzy2x]

Problem hat sich erledigt. Danke

[MrSpock]

Hallo Barzy2x,

danke für die Nachricht.

Was war es denn? Vielleicht hilft es andere dann, den Fehler zu vermeiden.

[Barzy2x]

Im Endeffekt lag es am Primärschlüssel. Dachte die ganze Zeit ich hätte einen deklariert. Und wenn man sich zu sicher ist, dann schaut man nicht nach denn einfachsten Sachen. Erst als ich beschlossen habe die Tabellen neu einzurichten sprang es mir dann sprichwörtlich ins Auge. Also Primärschlüssel definiert und schon lief die Sache...

[MrSpock]

Hallo Barzy2x,

danke für die Info. Ich kann auch nur bestätigen, dass Probleme nicht selten an Stellen gefunden wird, wo man sich doch eigentlich sicher ist, dass es daran gar nicht liegen kann. Und erst wenn alle mögliche wirklich überprüft wurde, ist das unmögliche plötzlich doch die Ursache.