Hallo,
ich habe folgendes Problem.
Ich habe hier in einer Tabelle Datensätze, die zusammengefügt werden müssen.
Es wurden hier Firmen 2 mal angelegt und verschiedene Sachen für diese Firmen eingetragen. Später stellte sich heraus das es eine Firma ist. Nun sollen die Daten von dem einen Datensatz in den anderen Datensatz geschrieben werden.
Am besten sollte das doch mit „Update“ funktionieren oder?
Hier mal ein kleine Beispiel:
Datensatz 1:
Firmenname : Test1
Straße : Soundso 1
Ansprechpartner : Herr Muster
Aktivität : Telefonat
Datensatz 2:
Firmenname : Test2
Straße : Soundso 1
Ansprechpartner : Herr Mustermann
Ansprechpartner : Frau Müller
Aktivität : Besuch
Wie bekomme ich die Daten von Datensatz 2 am besten in Datensatz 1?
Wie eine Normales Update funktioniert weiß ich
(UPDATE table_name SET Spalten_name=neuerwert) (ggf where)
Wie kann ich jetzt aber bewirken das alle Werte von zbsp. Ansprechpartner aus Datensatz 2 in Datensatz 1 geschrieben werden?
UPDATE table_name SET Ansprechpartner=???
Ich hoffe es ist verständlich was ich machen möchte?!
Danke!!!
Ahh… grober Fehler…
Die Kontaktdaten sind in einer Tabelle (Kontakte)
Die Adressdaten in einer anderen Tabelle (Adressen)
Daher haben die Kontakte auch eine eigenständige ID
Verknüpft werden die Daten über eine Art „Suchbegriff“ der in beiden Tabellen dann eindeutig ist und. Somit können in einer Firma halt auch 2 Ansprechpartner oder mehr vorkommen…
Nun, wenn ich es richtig verstanden habe, ist eine Adresse über einen FK (Kontakte) mit den Kontakten verbunden ? Wenn du also eine oder mehrere Adressen einem anderen Kontakt zuweisen willst (Hier der Firma 1), dann musst du nur in den Adressen den FK auf den entsprechenden Wert der ersten Firam setzten?
…aber fast…Also update eben das Attribut „SuchName“. Es geht im Prinzip darum, die Adresse(n), welcher über „SuchName“ der 2. Firma (Der falschen) zugeordnet sind, neu der ersten zuordnen, also setzt bei den entsprechenden Datensätzen der Adressen den Suchnamen der ersten (richtigen) Firma ein.
BTW, es wäre sicher sinnvoller gewesen, wenn du als FK den KontaktKey verwendet hättest, da dies offensichtlich der PK in der PArent Beziehung ist…
