Hallo PhilS,
dass die Frage nach dem Datenbankmodell kommt, war mir eigentlich schon klar.
Ich will mal versuchen, es zu erklären.
Es gibt eine Agentur und die betreut verschiedene Kunden.
Sagen wir mal: P&C, Breunigner, Karstadt, Wöhrl, oder diverse Boutiquen.
Jeder Kunde hat in dem Programm eine eindeutige "AGKDNR" (Agenturkundennummer),
die vergibt das Programm.
"tab_Kunden": indiziert keine Duplikate.
Die Agentur verteibt Produkte (vermittelt Orderaufträge) von/für Lieferanten.
Sagen wir: Mustang, Lewi`s, Wrangler, CULTURE, CATNOIR,...
Bei diesen verschiedenen Lieferanten hat jeder Kunde natürlich auch seine eigene "kdnr" (Kundennummer), die vergibt der jeweilige Lieferant.
"tab_ex_kdnr": indiziert Duplikate möglich, denn es kann ja vorkommen, dass zwei verschiedene Kunden zufällig von zwei verschiedenen Lieferanten die selbe Kundennummer verpasst bekommen haben.
Weiterhin ist es oft so, dass ein Kunde von einem Lieferanten für unterschiedliche Unterkollektionen auch die selbe Kundennummer bekommt. Deswegen gibt es in der "tab_ex_Kunden" noch ein eindeutige Feld "ID" welches sich aus der AGKDNR-code-kdnr zusammen setzt. Wobei "code" eine Zahl ist, die der jeweiligen Kollektion zugeordnet ist.
Die beiden Tabellen "tab_Kunden" und "tab_ex_Kunden" sind 1:n über die AGKDNR verknüpft.
Nun hat so ein Kunde oftmals meherer Standort bzw. Filialen. Einige Lieferanten vergeben für jeden Standort jeweils eine eigene Kundennummer und einige eben nicht.
Auch gibt es eigenständige Häuser, die einen eigene Einkauf haben, aber trotzdem über eine Kundennummer geführt werden.
Es gibt also jede Menge Möglichkeiten. Fakt ist, dass wenn ich im Programm nach z.B. Erfurt und Breuniger suche, ich dann bei dem Kunden (frm_Kunde) alle Informationen sehen will. Ansprechpartner, Telefonnummern und eben auch die Kundennummer.
(Bild01)
Es kommt im Eifer des Gefechtes (z.B. auf Messen) schon mal vor, dass die Agentur einen Kunden noch einmal eingibt/erfasst oder beim Einspielen von neuen Kundenlisten sich Duplikate ergeben. Das kann man nicht verhindern, denn oftmals geben die Kunden ihre Namen nicht richtig an oder bei der Erfassung wird geschludert.
Beispiel: P&C oder Peek & Cloppenburg oder Peek&Cloppenburg oder Peek und Cloppenburg,...
Oftmals werden solche Duplikate erst später entdeckt.
Und genau dafür ist das Tool "Duplikate zusammenführen" vorgesehen.
Der Anwender klickt im Oberen Listfeld "txtKunden" den Kunden (Datensatz) an, der bleiben soll und im unteren "txtKundenDuplikate" markiert er den, der weg kann.
(Bild02)
Hierbei werden alle Kundennummern des Duplikatdatensatzes dem zugeordnet, der übrigbleiben soll.
Das soll die Aktualisierungsabfrage erledigen.
Es wird (in der tab_ex_kdnr) die "AGKDNR" und die "ID" geändert. Da die "ID" ohne Duplikate indexiert ist, werden hier doppelte Einträge verhindert. Das heisst, die doppelten Kundennummern bleiben beim Duplikat.
Wenn man die Abfrage direkt ausführt und man sich durch die diversen msg-Boxen geklickt hat funtioniert das ja auch.
Es werden nur die Datensätze geändert, die nicht gegen die Regeln verstoßen, der Rest wird nicht geändert.
Wenn dann später das Duplikat gelöscht wird, werden die mit verschwinden (Löschweitergabe).
So, ich hoffe, ich konnte jetzt darlegen wie das so zusammenhängt. Ich glaube/hoffe schon, dass das Datenbankmodell richtig ist. ;-)
Nur fehlt mir jetzt immernoch der Ansatz wie ich die Abfrage ausführen kann und damit die Datensätze ändere.
Mit "DoCmd.SetWarnings False" möchte ich hier nicht arbeiten.
LG
jagger
Gäste: 44
Versteckte: 1
Mitglieder: 1
Mitglieder insgesamt: 
Neueste Beiträge