Problem mit Merge unter FB 3

[dataspider]

Zitat von stalkingwolf:

Sobald ein Datensatz doppelt vorhanden ist, knallt es. und genau dafür soll das MERGE mit with not matching ja da sein.

Wo sind doppelte Daten? Auftrag oder Kundenstamm?
KUNR in Kundenstamm ist Primary Key?

Ich habe in einer Test DB das mal nachgestellt. (FB 3.0.10)
Alle Varianten funktioniert es ohne Murren.
So funktioniert es, Wenn ich AUFTRAG nicht gruppiere (also in der Quelle doppelte KUNR' s habe)
als auch wenn ich in der Zieltabelle mehrere Datensätze mit gleicher KUNR habe.

Die beim Kunden installierte und verwendete fbclient.dll passt exakt zur Server - Version?

[stalkingwolf]

Zitat von dataspider:

Zitat von stalkingwolf:

Sobald ein Datensatz doppelt vorhanden ist, knallt es. und genau dafür soll das MERGE mit with not matching ja da sein.

Wo sind doppelte Daten? Auftrag oder Kundenstamm?
KUNR in Kundenstamm ist Primary Key?

Ich habe in einer Test DB das mal nachgestellt. (FB 3.0.10)
Alle Varianten funktioniert es ohne Murren.
So funktioniert es, Wenn ich AUFTRAG nicht gruppiere (also in der Quelle doppelte KUNR' s habe)
als auch wenn ich in der Zieltabelle mehrere Datensätze mit gleicher KUNR habe.

Die beim Kunden installierte und verwendete fbclient.dll passt exakt zur Server - Version?

Ja die passt. Wir machen morgen bei uns einmal ein Update. Weil ich habe das hier mit 3.0.9 auch. Andere Kundendatenbanken mit 2.5.1

KDNR ist in Kundenstamm Primary Korrekt. Kann aber in AUFTRAG mehrfach vorkommen. Dafür ist not matching ja gedacht.
Und wie gesagt funktioniert auch in anderen, viel größeren, Datenbanken mit 2.5.1 ohne Problem.
Und jede Datenbank welche mit 2.5.1 funktioniert wir mit gbak nach 3.0.9 rüber ziehen und es dort den MERGE starten gibt es das Problem.

Ich berichte morgen um es was gebracht hat. Weil sonst habe ich ein Problem update or insert aus select will Firebird ja nicht implementieren und verweist auf MERGE.

[stalkingwolf]

auch mit der 3.0.10 funktioniert es nicht.

Ich habe mir nun die Tabelle AUFTRAG aus 3.0.10 per copy as insert mit Flamerobin rausgezogen. In eine Datenbank welche noch mit 2.5.* läuft eingespielt.
Dort läuft der Merge. Habe mir dann aus KUNDEN das wieder per copy as insert rausgezogen und in die 3.0.10 eingespielt.

[dataspider]

Kannst du eine MINI - DB zur Verfügung stellen, dann würde ich das mal testen...

Frank

[IBExpert]

ich für mich persönlich weiss schon warum ich freiwillig noch keinen einzigen merge befehl benutzt habe, sondern so eine
aufgabe mit ein paar variablen, die aus einer for select schleife mit der eingangsmenge gefüllt werden, umsetze und
ich dann in der schleife nach welchen seltsamen anforderungen auch immer dann in if then else .... entscheiden
kann, ob es insert, update, delete order gar nichts machen muss.

und das ganze in einem "execute block" erzeugt auch keine dauerhaften metadaten objekte, kann mit nahezu jeder tquery
dann auch vom clients aus gestartet werden.

die variablen die man braucht ebenso wie die sqls, sind zumindest in der software, die ich dafür benutze
schnell zusammengeklickt und wenn es es nicht so läuft wie man meint kann man das da auch noch debuggen

[stalkingwolf]

Zitat von dataspider:

Kannst du eine MINI - DB zur Verfügung stellen, dann würde ich das mal testen...

Frank

Ich versuche das nächste Woche mal. atm viel zu tun.