Problem mit Merge unter FB 3

[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:

Zitat von dataspider (Beitrag 1517506)

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.

[Frickler]

Gibt es einen weiteren Unique Key der damit geupdatet wird - außer der Kundennummer? BEFORE/AFTER INSERT Trigger auf der Kundentabelle?

Ich habe versucht, das nachzustellen. Die ganzen COALESCE Aufrufe habe ich so interpretiert, dass beide KDNR Felder nicht "NOT NULL" sind (geht eigentlich gar nicht bei Primary Key; aber vielleicht ist das nur logisch einer, aber nicht datenbanktechnisch. Deswegen habe ich in der Kundentabelle das UNIQUE Constraint gesetzt statt PRIMARY KEY, dann geht auch NULL als KDNR, auch multiple Datensätze mit NULL). Dann in beiden Tabellen auch Einträge mit KDNR = NULL drin, aber ich bekomme den Fehler nie.

[stalkingwolf]

unique not null KUNDENSTAMM aber in AUFTRAG muss es nicht gefüllt sein.
Es war eigentlich nur um ganz sicher zu sein.
Ich bau nächste Woche mal eine kleine fdb zusammen. Vermutlich wird es dann darin funktioniere :-D

Aber wie gesagt in 2.5.* funktioniert es mit exakt den gleichen Daten. Und in keiner unsere Kundendatenbank welche auf 3.* läuft funktioniert der Merge.

Ich habe ja nachher nur die KUNDENNUMMER und NACHNACME gesetzt damit ich ausschließen kann es liegt an einem anderen Feld. Aber es ist eh auf keinem anderen Feld unique drauf.