SQL: JOIN und UPDATE

[ts-d]

Hallo,

in Access habe ich eine Aktualisierungsabfrage zusammengebastelt - in Delphi bzw. im SQL-Fenster des SQL-Explorers (Delphi 7) klappt das nicht:

UPDATE [Auftragpos Paradox] INNER JOIN [Z2_Rabatte pro Hauptposition] ON ([Auftragpos Paradox].pos_h = [Z2_Rabatte pro Hauptposition].pos_h) AND ([Auftragpos Paradox].Auftrnum = [Z2_Rabatte pro Hauptposition].Auftrnum) SET [Auftragpos Paradox].RABATTSATZ = [Z2_Rabatte pro Hauptposition].[RABATTSATZ];

Erklärung:
1. Tabelle heißt Auftragpos und hat mehr Datensätze als die 2. Tabelle Rabatte

Beide Tabellen haben das Feld "RABATTSATZ"

Nun sollen die Werte von Tabelle Rabatte in das identische Feld der Tabelle Auftragpos kopiert werden.

Bedingung: Auftragsnummer (Auftrnum) und Hauptposition (pos_h) sind identisch.



Ein Artikel ist unter "SQL: Update aus zweiter Liste" vorhanden.
Aber der löst das Problem nicht. Nach dem Lösungsvorschlag hieße meine Syntax:
UPDATE 'Auftragpos.db' as a LEFT OUTER JOIN 'Rabatte.db' as o ON a.pos_h = o.pos_h AND a.Auftrnum = o.Auftrnum SET a.RABATTSATZ = o.RABATTSATZ

Fehlermeldung des SQL-Explorers: Invalid use of keyword, Token: LEFT !?



Vielleicht kennt ja jemand noch einen einfacheren Weg, z. B. mit Batch-Move oder Masterfield.
Jedenfalls müssen die Werte am Schluss in der Tabelle Auftragpos verfügbar sein.


vg
Thomas

[mkinzler]

Es fehlt das select. Versuch mal

SQL-Code:

UPDATE [Auftragpos Paradox] SELECT JOIN [Z2_Rabatte pro Hauptposition] ON ([Auftragpos Paradox].pos_h = [Z2_Rabatte pro Hauptposition].pos_h) AND ([Auftragpos Paradox].Auftrnum = [Z2_Rabatte pro Hauptposition].Auftrnum) SET [Auftragpos Paradox].RABATTSATZ = [Z2_Rabatte pro Hauptposition].[RABATTSATZ];

[ts-d]

Bei einem UPDATE-Befehl brauche ich doch kein SELECT.

Auf den Delphi-Pages habe ich noch die Lösung gefunden:

update 'Auftragpos.db' a, 'Rabatte.db' o set a.RABATTSATZ = o.RABATTSATZ where a.pos_h = o.pos_h AND a.Auftrnum = o.Auftrnum

Aber da meldet der SQL-Explorer: Token ,
Er mag das KOmma zwischen den beiden Tabellen nicht.

[joachimd]

Zitat:

Zitat von ts-d

Bei einem UPDATE-Befehl brauche ich doch kein SELECT.

Auf den Delphi-Pages habe ich noch die Lösung gefunden:

update 'Auftragpos.db' a, 'Rabatte.db' o set a.RABATTSATZ = o.RABATTSATZ where a.pos_h = o.pos_h AND a.Auftrnum = o.Auftrnum

Aber da meldet der SQL-Explorer: Token ,
Er mag das KOmma zwischen den beiden Tabellen nicht.

Du darfst auch nur eine Tabelle updaten. Von MS SQL gibt es auch die erweiterte Syntax mit UPDATE FROM (unterstützt u.a. auch vom ADS).

SQL-Code:

update a set F2=b.F2 FROM TabelleA a
  INNER JOIN TabelleB b ON a.F1=b.F1

bzw.

SQL-Code:

update TabelleA set F2=b.F2 FROM TabelleB b
  WHERE TabelleA.F1=b.F1

Diese sind aber nicht ANSI-konform und daher sehr spezifisch!
Lt ANSI müsste es in etwa so gehen:

SQL-Code:

update TabelleA set F2=(select F2 from TabelleB b where b.F1=TabelleA.F1)

[Bernhard Geyer]

Diverse DBMS unterstützen solche Updates. Aber wie sprechen hier von Paradox und BDE. Es würde mich mehr als wundern wenn sowas hier unterstützt wird.

[ts-d]

... meine ich auch fast,

bei den letzten Vorschlägen kommt nämlich die Fehlermeldung Fehler bei FROM
und "Single row subquery produced more than one row."

Gibt's denn eine andere Lösung für das Problem?

[Bernhard Geyer]

Zitat:

Zitat von ts-d

Gibt's denn eine andere Lösung für das Problem?

Ja. "Händisches" Update. Lass dir alle Datensätze per SELECT geben und schreib dann einzelne Update-Statements oder geh mit einer TTable-Komponente und Find durch die Datensätze durch und aktualisiere sie so. Dauert zwar, aber bei so einer alten DB darf man froh sein das sie bei zu vielen aktionen nicht kaputt geht.

[ts-d]

Danke - schön umständlich, aber immerhin eine Lösung.

vg
Thomas

[joachimd]

Zitat:

Zitat von ts-d

"Single row subquery produced more than one row."

Du hast mindestens eine Dublette drin! Damit kann keiner umgehen, denn es ist nicht klar, welcher Datensatz als Quelle herhalten soll.

[mschaefer]

Zitat:

Zitat von ts-d

Danke - schön umständlich, aber immerhin eine Lösung.

BDE - Paradox kann es definitiv nicht anders. // Martin