SQL Update

[Tau]

Hallo zusammen

der Select befehl liefert mir dir richtigen Daten wenn ich ihn alleine ausführe aber im zusammen hang mit dem Update haut das ganze nicht richtig hin.

SQL-Code:

UPDATE (SELECT adressdaten.id AS adressdaten_id, 
                  ort.id AS ort_id, 
                  ort.plz AS ort_plz, 
                  ort.ort AS ort_ort, 
                  ort.land_id AS ort_land_id, 
                  land.land AS land_land,
                  land.id AS land_id
                  FROM   adressdaten LEFT OUTER JOIN ort ON adressdaten.ort = ort.id 
                                    LEFT OUTER JOIN land ON adressdaten.land = land.id Where land.id = 6 GROUP BY ort.plz) SET ort.land_id = 6

Vielleicht hat jemand eine Tipp für mich wie ich das ganze umbauen kann so das es funktioniert.


Tau

[Bernhard Geyer]

Evtl so:

SQL-Code:

UPDATE ort
SET ort.land_id = 6
where ort.id in
(SELECT ort.id FROM  adressdaten LEFT OUTER JOIN ort ON adressdaten.ort = ort.id
                                  LEFT OUTER JOIN land ON adressdaten.land = land.id Where land.id = 6 GROUP BY ort.plz)

[Tau]

Hallo Bernhard

danke für die schnelle Antwort. Leider bekomme ich immer noch die folgende Fehlermeldung

SQL Error: You can´t specify target table 'ort' for update in FROM clause

der Select befehl alleine funktioniert aber.



Tau

[marabu]

Hallo Tau,

du hast deine Tabellen nicht korrekt normalisiert und jetzt versuchst du die abweichenden Länderzuordnungen in den Adressdaten und deiner Ortetabelle auf der Basis der Adressdaten zu synchronisieren. Das wirst du wegen der fehlenden Normalisierung wahrscheinlich immer wieder tun müssen.

So sehen deine Tabellen momentan aus:

adressdaten (id, ort, land, ...)
land (id, land, ...)
ort (id, plz, ort, land_id, ...)

Offensichtlich glaubst du den Adressdaten mehr als der Ortetabelle, also müsstest du konsequenterweise den Fremdschlüssel LAND_ID aus der Tabelle ORT entfernen.

Deine Synchronisierung funktioniert so:

SQL-Code:

update ort
set land_id = (select land from adressdaten where ort.id = ort)
where id in (select ort from adressdaten)

Warum du die Fehlerbehebung auf den Länderschlüssel 6 beschränken möchtest verstehe ich nicht.

Noch ein Tipp: Wenn du dein Datenmodell aus einem E/R-Modell ableitest, dann werden aus den Entitäten ORT, ADRESSE und LAND (Singular) die Tabellen ORTE, ADRESSEN und LAENDER (Plural). Vorteilhaft ist dann noch eine Namenskonvention für Fremdschlüssel. Ich verwende da die Form TABLE_ID. In deinem Datenmodell findet man ORT.ORT als Ortsname, bei mir würde das Attribut NAME der Entität ORT zum Feld NAME der Tabelle ORTE. Dein Datenmodell sähe bei mir dann so aus:

adressen (id, orte_id, laender_id, ...)
laender (id, name, ...)
orte (id, plz, name, ...)

Grüße vom marabu

[Sharky]

Zitat von marabu:

... Dein Datenmodell sähe bei mir dann so aus:

adressen (id, orte_id, laender_id, ...)
land (id, name, ...)
ort (id, plz, name, ...)

Grüße vom marabu

Da es ja
a) Orte mit mehreren PLZ
b) Den selben Ortsnamen in verschieden Ländern gibt

könnte man das noch mehr aufteilen:

laender (id, name, ...)
orte (id, name, ....)
postleitzahlen (id, laender_id, plz, ...)

ort_plz (id, orte_id, postleitzahlen_id)

adressen (id, ort_plz_id , ....)

Oder denke ich um diese Zeit noch falsch?

[marabu]

Hallo Stephan,

nicht zu vergessen, dass es Orte in Deutschland gibt, welche sich eine Postleitzahl teilen. Ich stimme dir zu, dass man noch einiges am Datenmodell ändern könnte - wenn man denn die konkreten Anforderungen kennen würde.

Es gibt hier übrigens zwei Extreme: Länderkennung, Postleitzahl, Orts- und Straßenname direkt eintragen lassen oder Auswahllisten gemäß dem Datenmodell der deutschen Post hinterlegen (bei dem Straßenname, Postfach oder Kundenname die Postleitzahl bestimmen). Im ersten Fall hat man eigentlich die wenigsten Probleme, die Korrektur von Falschangaben muss der Kunde anstoßen, statistische Auswertungen bleiben möglich. Das zweite Extrem führt zu zwei unabhängigen Benutzerschnittstellen für Web und PC mit erhöhtem Entwicklungsaufwand.

Freundliche Grüße