Access-o-Mania

Liebes Forum,

dies ist meine erste Frage hier, ich hoffe jemand kann mir helfen..

Kurzversion: ich möchte eine konkrete Adresse einer Person einer Verteilerliste zuordnen auf dem Formular zur Einzelkontaktverwaltung, und scheitere da an meiner Vorstellungskraft. Es kann auch sein, dass mein Datenmodell noch Verbesserungspotential hat.

Im Anhang eine einfache Version meines bisherigen Entwurfs.

Erst mal kurz der Zweck meiner Datenbank:

   
• Kontakte (Personen) mit teilweise mehreren Adressen speichern
• jeder Adresse soll ein Typ (dienstlich, privat, usw.) zugeordnet werden
• Zuordnung der konkreten Adressen zu Verteilerlisten für personalisierte Rund-Briefe (Zielanwendung: Serienbriefe in Word) und Emails (via Outlook oder Thunderbird)
• Anwender der DB sollen selbständig neue Verteilerlisten erstellen können
• für jeden Kontakt soll eine der Adressen als Standardadresse markiert sein, die als Default beim Zuordnen zu (neuen und bestehenden) Verteilerlisten genutzt wird
• manche Kontakte sollen auch noch als Teilnehmer eines Programms anderweitig verwaltet werden, aber das hat mit dieser Frage nichts zu tun

Meine Fragen:
1.
Ich möchte gerne ein umfangreiches Kontakt-Editier-Formular haben, in dem ich pro Person (in meiner DB = ,,Kontakt")

   
• deren Stammdaten eintragen kann (erledigt),
• ihnen n Adressen hinzufügen kann (erledigt),
• eine davon als Standardadresse auswählen kann (erledigt, mit Verbesserungspotential) und
• sie beliebig vielen Verteilerlisten zuordnen kann, aber jeweils nur eine ihrer potentiell mehreren Adressen. Hier meine Frage: Wie mache ich das?

Meine Idealvorstellung wäre: auf der Registerkarte ,,Listen/Verteiler" ein ähnliches Endlosformular wie bei den Adressen, mit

   
• unten einem Button ,,Neue Verteilerzugehörigkeit anlegen".
• In einer Zeile des Endlosformulars wäre dann zuerst ein Kombinationsfeld mit allen bestehenden Verteilerlisten zur Auswahl. (Im Idealfall kann man hier aber auch eine neue Liste erstellen (über ComboBox.NotInList –Ereignis?), ist aber kein Muss)
• danach dann ein Kombinationsfeld mit den verschiedenen Adressen des aktuellen Kontaktes (dienstlich, privat). Im Idealfall steht dieses Feld bereits auf der ,,Standardadresse"

Vielleicht ist das aber auch unmöglich bzw. eine andere Lösung praktikabler..!?

2.
zum Datenmodell: ergibt meine Lösung zur Markierung der Standardadresse Sinn?

Vielen Dank schon mal!

Hallo,
@Regulars
Ist da schon jemand von euch dran?
Frage nur um nicht zu spät dann die gleiche(n) Antwort(en) zu geben.
gruss ekkehard

Hallo nbux,
Beziehungen sehen für mich (kein Profi) schon mal gut aus.

Zitat•eine davon als Standardadresse auswählen kann (erledigt, mit Verbesserungspotential)

Sehe ich nicht; halte ich für sinnvoll angelegt.

Zitat•sie beliebig vielen Verteilerlisten zuordnen kann, aber jeweils nur eine ihrer potentiell mehreren Adressen

Dazu musst du in "tblKonAdr_Liste" einen eindeutigen Mehrfelder-Index mit den
beiden FK-Feldern erstellen.

ZitatMeine Idealvorstellung wäre: auf der Registerkarte ,,Listen/Verteiler" ein ähnliches Endlosformular wie bei den Adressen

Würde ich wohl so machen.

Zitat•Zuordnung der konkreten Adressen zu Verteilerlisten

siehe oben

Zitat•Anwender der DB sollen selbständig neue Verteilerlisten erstellen können

Brauchst du halt noch ein Formular dazu.

ZitatIm Idealfall steht dieses Feld bereits auf der ,,Standardadresse"

Schaust du hier: http://www.donkarl.com?FAQ4.12 (http://www.donkarl.com?FAQ4.12)
Ansonsten denke ich, dass du schon auf dem richtigen Weg bist.
gruss ekkehard

Hallo ekkehard,
vielen vielen Dank für die motivierende Antwort!

Ich bin auch ein Stück weitergekommen, aber mein grundlegendes Verständnisproblem bzgl. des Listenzuordnungs-Formulars besteht glaube ich noch, ich sehe da gerade den Wald vor lauter Bäumen nicht.

Die Schwierigkeit liegt für mich u.a. darin, dass das Hauptformular ja auf tblKontakt beruht, das Unterformular aber auf tbl_KonAdr_Liste, das gar keine direkten Beziehungen zu tblKontakte hat (nur indirekt über tblKontakt_Adresse):

-   Das Endlosformular unter ,,Listen/Verteiler" sieht jetzt zwar so aus, wie ich es gerne hätte (siehe Anhang), und es schreibt auch die richtigen Schlüssel in die richtige Tabelle – ABER:
o   

• Es gibt keinen Zusammenhang zum im HFO ausgewählten Kontakt (außer das ich es geschafft habe, dass das cboAdressauswahl (Beschriftung ,,Adresse") per VBA des Listenfeldes lisKontakte im HFO nur mit den jeweilig zugehörigen Adressen befüllt wird..). Daraus resultieren wahrscheinlich folgende Probleme:
• Zuordnungen überschreiben sich anstatt neu angelegt zu werden (Wenn Adresse1 (gehört zu Person A) in Verteiler1 eingetragen ist, und ich Person B auswähle und dessen Adresse5 dem Verteiler1 zuordne, wird Person A durch Person B ersetzt..
• Es werden im UFO alle Listen angezeigt, die bereits irgendeinem Kontakt zugeordnet sind, ich will aber nur die anzeigen, die dem aktuellen Kontakt zugeordnet sind. Muss ich das auch per VBA wie beim cboAdressauswahl lösen?

Es wäre toll wenn mich da jemand in die richtige Richtung stupsen könnte!

Hallo,
Das Datenmodell ist noch überarbeitungsbedürftig. Daher solltest Du mal die Formulare an die Seite stellen.
Wie sind Email, Telefon und die Webseite mit der Person verknüpft, die hängen ja einfach in der Luft. Außerdem sind die Tabellen überflüssig.
Hier wird eine Tabelle benötigt mit einem Fremdschlüssel zur Person, einem Fremdschlüssel zum Typ und einem Feld für den eigentlichen Eintrag. dienstlich2, privat2 und Funktion2 bei Typ wird dann überflüssig. Die Typtabelle wird dann 2x verwendet, einmal zur Typisierung der Kommunikationseinträge und für die Typisierung der Adresse. Was hat übrigens die Funktion in dieser Tabelle zu suchen und was ist mit Funktion gemeint, die Adresse hat doch keine Funktion, doch wohl eher die Person.
Wo ist die Tabelle für die Role ?
Was bedeutet diese Tabelle überhaupt ?
Und weitere Frage: Ein Kontakt hat je mehrere Adressen, soll jede Adresse des Kontakts in den Verteiler aufgenommen werden ?
Was ist dann mit ungültigen/alten Adressen ?

Hier musst Du noch mal überarbeiten. Erst wenn das alles klar ist, kann man sich mal den Formularen zuwenden.

PS:
Die Präfixe bei den Feldnamen (außer Schlüsselfeldern) sind so überflüssig wie ein Kropf und erhöhen nur die Tipparbeit ohne einen praktischen Nutzen.

Hallo,
Was Klaus meint, ist IMO dieses (s. Anlage).
gruss ekkehard

Vielen Dank für eure Antworten!
Entschuldigt dass in der hochgeladenen Datenbank noch unverknüpfte Tabellen waren –ja, es ist vielleicht noch nicht ganz durchdacht. Eure Vorschläge verstehe ich aber leider nicht ganz. Vielleicht habe ich mich aber auch schlecht erklärt und es gibt Missverständnisse..

Ich fang aber mal bei Klaus' letzter Frage an, weil die ja ziemlich grundlegend ist:

ZitatUnd weitere Frage: Ein Kontakt hat je mehrere Adressen, soll jede Adresse des Kontakts in den Verteiler aufgenommen werden ? Was ist dann mit ungültigen/alten Adressen ?

Nein, wie in meinem (zugegeben langen und etwas wirren) ersten Post geschrieben: nur jeweils eine Anschrift soll in einen Verteiler. Dieselbe Person muss aber manchmal in einem anderen Verteiler mit einer anderen Adresse eingetragen werden. Das gleiche gilt (und das hatte ich bisher nicht erwähnt) übrigens auch für Email-Adressen – Telefon und Webseite müssen hingegen nicht mit in die Verteiler aufgenommen werden. Von jeder Person müssen mehrere Adressen/Emails/Telefonnummern aufnehmbar sein, manchmal mehrere dienstliche, (meist nur eine) private und v.a. bei Emails 1 ,,Funktionsadresse" (siehe unten) oder auch mehr.

Ungültigen Adressen gibt es deshalb in dem Sinne nicht (bzw. wenn eine Adresse tatsächlich nicht mehr gültig ist, müsste die in der Datenbank löschbar sein bzw. als gelöscht markiert und ausgeblendet werden).

Zu euren Vorschlägen bzgl. des Datenmodells:
Ich habe noch nicht verstanden, was das Problem mit meinem Modell ist – außer dass ich tatsächlich die Emails, Telefon und Webseiten noch nicht integriert hatte.

Da ich Ekkehards Bild ehrlich gesagt gar nicht verstehe (wofür sollen die zusätzlichen Tabellen sein?), weiß ich aber auch nicht ob ich Klaus' Vorschlag richtig verstehe:

ZitatHier wird eine Tabelle benötigt mit einem Fremdschlüssel zur Person, einem Fremdschlüssel zum Typ und einem Feld für den eigentlichen Eintrag. dienstlich2, privat2 und Funktion2 bei Typ wird dann überflüssig. Die Typtabelle wird dann 2x verwendet, einmal zur Typisierung der Kommunikationseinträge und für die Typisierung der Adresse.

Soll ich nach einem etwas generischerem Modell alle ,,Kommunikationseinträge" (nehme an du meinst das als Sammelbegriff für Anschrift, Email, Telefon usw.?!) in eine Tabelle legen und jeweils über Fremdschlüssel aus der Typ-Tabelle (typ_id_f) festlegen ob der Eintrag eine Straße, eine Hausnummer, eine Website usw. ist?

Dann müsste ich ja aber zusätzlich ein zweites Feld mit Fremdschlüssel typ_id_f anlegen, um sagen zu können ob z.B. die Straße zur Privatadresse oder einer dienstlichen usw. gehört!?

Außerdem verstehe ich den Vorteil davon nicht – ich hätte zwar weniger Tabellen mit jeweils weniger Feldern, aber für mich als Anfänger stelle ich mir die Formular- und Abfragenerstellung dadurch viel schwerer vor.. Jetzt kann ich zur Anzeige z.B. der Straße das entsprechende Feld benutzen, muss vorher nur ggf. irgendwie nach dem Kontakt- oder Typ-Fremdschlüssel filtern. Mit alles in einem Feld müsste ich immer und mehrfach nach bestimmten Fremdschlüsseln filtern, oder?

Mein Plan war eigentlich, die Tabellen Email (tblEmail_Adresse), Telefon (tblTelefon_Adresse) und die Webseite (tblWebseite_Adresse) über kon_id_f analog zur Anschrift an die Person zu binden und auch an die Typ-Tabelle, damit man Dienst-Telefon, Privat-Webseite usw. zuordnen kann.
Telefon und Webseite bleiben dann so stehen als reine Info zur Person.
Die Emails hätte ich dann analog zur Anschrift auch mit den Listen verknüpft  - entweder mit einem weiteren Feld (z.B. kon_Email_id_f) in tblKonAdr_Liste (sollte ich dann umbennen) oder über eine weitere Zwischentabelle  (zb. tblKonEmail_Liste). Das in meinen Fragen angesprochene Formular zur Zuordnung zu einem Verteiler würde dann noch um ein weiteres Kombofeld ergänzt, was die richtige Email zuordnet.

Was spricht dagegen?


Hier noch die Antworten auf Klaus' weitere Fragen:

ZitatWo ist die Tabelle für die Role ?
Was bedeutet diese Tabelle überhaupt ?

Ups. Wollte ich eigentlich nicht mit hochladen. Das bezieht sich auf einen anderen geplanten Teil der DB, der nichts mit der Adressverwaltung zu tun hat sondern einen Teil der Personen als Teilnehmer eines Programms verwalten soll. tblRole gibt es natürlich dann auch.

ZitatWas hat übrigens die Funktion in dieser Tabelle zu suchen und was ist mit Funktion gemeint, die Adresse hat doch keine Funktion, doch wohl eher die Person.

Wir bezeichnen Email-Adressen wie info@xyz.com oder betriebsrat@firma.de als Funktionsadressen. Wenn eine Person z.b. gewählter Betriebsrat ist, würden wir ihre personalisierte Adresse und die sog. Funktionsadresse aufnehmen, und je nach Zweck des Verteilers wird die eine oder die andre Adresse verwendet.

Ich habe aber (bisher) nicht geplant, das in der Datenbank für eine bestimmte Funktion (ha ha) zu nutzen, wollte es aber mit aufnehmen, da es für die Anwender der DB eine normale Zuordnung ist und die Info dann zumindest potentiell nutzbar wäre.


Noch mal vielen Dank für eure Hilfe!
Gruß
nbux

Hallo,

ZitatEure Vorschläge verstehe ich aber leider nicht ganz. Vielleicht habe ich mich aber auch schlecht erklärt und es gibt Missverständnisse..

Dann versuchen wir es Mal. Ich denke Klaus wird mir zur Seite springen,
falls ich Mist erzähle.

Zitatnur jeweils eine Anschrift soll in einen Verteiler. Dieselbe Person muss aber manchmal in einem anderen Verteiler mit einer anderen Adresse eingetragen werden.

Das ist IMO in der Tabelle "tblKonAdr_Liste" ja schon realisiert; - eine Adresse in
mehrere (Verteiler)listen, beliebig viele Adressen pro Liste. Durch den Mehrfelder-
schlüssel über die beiden FK-Felder gibt es dann aber jede Kombi nur einmal.

ZitatDas gleiche gilt (und das hatte ich bisher nicht erwähnt) übrigens auch für Email-Adressen – Telefon und Webseite müssen hingegen nicht mit in die Verteiler aufgenommen werden. Von jeder Person müssen mehrere Adressen/Emails/Telefonnummern aufnehmbar sein, manchmal mehrere dienstliche, (meist nur eine) private und v.a. bei Emails 1 ,,Funktionsadresse" (siehe unten) oder auch mehr.

Das ist in der Tabelle "tblKon_Adr_Komm" abgebildet; - beliebig viele Emails,
Websites usw. pro Kontakt. Diese Tabelle darf auch durchaus weitere Felder haben,
die eine Eigenschaft der Kombination beschreiben, wie zum Beispiel, das es sich um
eine "Funktionsadresse" handelt.
An dieser Stelle würde ich gerne Klaus (oder auch die anderen Regulars) bitten, einen
Kommentar zum Beziehungsfenster aus #5 abzugeben, - danke.

ZitatSoll ich nach einem etwas generischerem Modell alle ,,Kommunikationseinträge" (nehme an du meinst das als Sammelbegriff für Anschrift, Email, Telefon usw.?!) in eine Tabelle legen und jeweils über Fremdschlüssel aus der Typ-Tabelle (typ_id_f) festlegen ob der Eintrag eine Straße, eine Hausnummer, eine Website usw. ist?

Eine Postadresse würde ich nicht normalisieren, ausser es wird für Massendrucksachen
(gibt's die überhaupt noch?) oder den Paketversand benötigt.
Telekommunikationsadressen gehören IMO aber auf jeden Fall typisiert (hier:
tblKomm_Art).  Die Typisierung des Kontakts findet über die "tblTyp" statt, die als FK
ja dort hinter legt ist.
Dabei fällt mir auf; - Frage an die Regulars: braucht es da zusätzlich eigentlich die
doppelte Typisierung ("tblTyp_1") ?

Zitatich hätte zwar weniger Tabellen mit jeweils weniger Feldern

Genau das ist der Sinn der Übung.

Zitataber für mich als Anfänger stelle ich mir die Formular- und Abfragenerstellung dadurch viel schwerer vor

Das täuscht.

ZitatJetzt kann ich zur Anzeige z.B. der Straße das entsprechende Feld benutzen

Bezügl. Postadresse s.o.

ZitatDie Emails hätte ich dann analog zur Anschrift auch mit den Listen verknüpft 

Das ist nicht nötig. Die Emailadresse bekommst du ja jeder Zeit aus der "tblKon_Adr_Komm", gefiltert auf die (benötigten) FK.

gruss ekkehard

Hallo und ein frohes neues Jahr in die Runde! 

Neues Jahr, alte Datenbank und neue Fragen..

Danke ekkehard für die Erläuterungen – ich kann die grundsätzliche Idee verstehen, die hinter deinem Vorschlag (Antwort #5 / "tblKon_Adr_Komm") und Klaus' Vorschlag steht.

Bei ekkehards Umsetzungsvorschlag sehe ich für mich folgende Probleme/Fragen:

• Warum sind es zwei Tabellen ("tblKon_Adr_Komm" und "tblKontakt_Komm")? Ist es wegen der von mir erwähnten Funktions-Adressen, die in der Realität Teil einer m:n Beziehung sind (eine Person hat mehrere Emailadressen; eine Funktions-Emailadresse wird von mehreren Personen genutzt)?
• In deinem Vorschlag sind die Kommunikationseinträge an eine Anschrift geknüpft. Das ist in der Realität OFT aber nicht immer so, und nach deinem Vorschlag könnte ich einem Verteiler nicht z.B. eine dienstliche Anschrift aber eine private Email-Adresse zuordnen. (die von dir angesprochene ,,doppelte Typisierung" macht IMO deshalb auch in deinem Beispiel keinen Sinn – oder?)
  Ich würde den Vorschlag also so aufgreifen, aber die Tabelle  "tblKon_Adr_Komm" in  "tblKon_ Komm" umbennen und an die ,,tblKontakt" knüpfen. Wenn eine Email und eine Anschrift tatsächlich logisch zusammengehören, bekommen beide halt den gleichen Typ (z.B. ,,dienstlich").
  Dann müsste ich natürlich die Zuordnungstabelle zu den Verteilern (,,tblKonAdr_Liste") noch um einen Fremdschlüssel für die für den jeweiligen Verteiler gewünschte Emailadresse (wäre dann ,,tblKon_ Komm_id_f") ergänzen, aber das scheint mir Modellierungstechnisch logisch und unproblematisch.
  Oder?
• Klaus sprach ja davon, die Typ-Tabelle auch für die Art der Kommunikationseinträge zu verwenden (also anstatt ekkehards ,,tblKomm_Art"). Spart noch eine Tabelle - spricht da was dagegen?

Danke!
Grß Nbux

Hallo,
So recht komme ich im Moment nicht wieder rein in die DB. Deshalb im Voraus
schon mal eine Entschuldigung für meine vorsichtige Ausdrucksweise im Folgenden.
Zu 1.
Ja, diese Tabelle bildet die Beziehung zwischen Kontakt-Adressen und Telekomm-
Adresse ab; - jede Kontakt-Adresse kann mehrere Telekomm-Adressen haben, und
jede Telekomm-Adresse kann von mehreren Kontakt-Adressen verwendet werden.
Zu 2.

ZitatIn deinem Vorschlag sind die Kommunikationseinträge an eine Anschrift geknüpft. Das ist in der Realität OFT aber nicht immer so, und nach deinem Vorschlag könnte ich einem Verteiler nicht z.B. eine dienstliche Anschrift aber eine private Email-Adresse zuordnen.

Stimmt wohl (?), die Verteilerliste müsste an die "tblKon_Adr_Komm" gebunden
werden (s. Anlage).
@ Klaus
Bitte stehe mir bei, danke.
Auch zu 3., da bin ich mir gar nicht sicher, wie du das gemeint hast; - den "Typ" mit
in die "Art" aufnehmen?

gruss ekkehard

Zunächst einmal: bin sehr dankbar für eure Hilfe, ist ja nicht selbstverständlich!!

Zu 2.:
Mit deinem überarbeiteten Beziehungsfenster wird mir klarer, wie du es meinst: "tblKon_Adr_Komm" speichert quasi die spezifischen Kombinationen aus Anschrift und Email, die jeweils in die Verteiler eingetragen sind (nur Email, denn Webseiten und Telefonnummern sind nicht (zwingender) Bestandteil der Verteiler). Das ergibt aus Sicht der von mir gewünschten Verteiler-Funktionalität Sinn.

Allerdings stellen sich mir jetzt zwei andere Fragen:

a) kann ich in deinem Beispiel jemandem eine Email oder Telnr oder Webseite zuweisen, ohne dass diese Person eine Anschrift hat? Das wäre zwingend notwendig!

b) (schließt an a) an..) Ich möchte ja auch eine "Adressbuch"-Funktionalität, die mir für jeden Kontakt alle zugehörigen Kommunikationseinträge anzeigt inkl, der Info, ob Email-Adresse A (B, C, ..) eine private, dienstliche usw. (--> tblTyp) ist (siehe frm_Kontakt_Adr aus meiner Datenbank).
In deinem Beispiel liegen jetzt ja aber zwischen der Person (tblKontakt) und der Email/Webseite/Telefonnummer (tblKontakt_Komm) zwei Tabellen dazwischen.

Könntest du mir einen Hinweis geben, wie man das dann im Formular filtert..?

Punkt 3. ist eher nicht so wichtig, denke ich:
Jetzt gibt es ja einmal tblTyp für z.B. "dienstlich", "privat", und tblKomm_Art für "ist Email", "ist Webseite", "ist Telnr" usw.

Ich hatte Klaus so verstanden, dass beides auch in eine Tabelle könnte. Habe so was auch schon in anderen Beispieldatenbanken gesehen, wo dann die Typen innerhalb der tblTyp über ein zusätzliches Feld zu Kategorien zusammengefasst und so in den Formularen nur die jeweils relevanten rausgefiltert werden können  (siehe Screenshot aus der Contacts_070604.mdb von Crystal (Strive4Peace)).

Aber das ist vielleicht nur "Kür" und macht funktional nicht so einen großen Unterschied!?

Am wichtigsten wäre mir aber Punkt 2, damit ich zu einer Lösung komme die ich dann umsetzen kann..


Danke und beste Grüße!

Hallo,
Zu a) und b) stelle ich mal anliegendes DM zur Diskussion.
Die Adressbuch-Funktionalität sollte so über ein einfaches HFo/UFo-Konstrukt
darstellbar sein.
Zu Punkt 3: Danach hatte ich Klaus in meinem letzten Post auch schon gefragt.
Leider hat er sich dazu noch nicht geäussert. Ist aber sicher machbar, wie von
dir beschrieben.

gruss ekkehard

Danke für deine Antwort!

In deinem letzten Beispiel sind nun aber wieder die Anschriften nicht in die Verteiler aufnehmbar - ein Verteiler muss aber sowohl Emails als auch Anschriften beinhalten könne (je 1 pro Person, manche Verteiler nur Emails oder nur Anschriften, manche beides).

Deshalb habe ich jetzt einfach beides an die tbl_KonAdr_Lis gebunden (siehe Anhang) - ich hoffe das führt nicht zu unbedachten Problemen?

Wenn da eurer Ansicht nach nichts dagegen spricht, wäre ich jetzt wieder bei meinem Anfangsproblem:

• Wie programmiere ich das Formular für die Zuordnung eines Einzelkontakts zu den Verteilern/Listen richtig?

Ich wieder hole hier noch mal meine Fragen und Erläuterungen aus Beitrag #4:

"Die Schwierigkeit liegt für mich u.a. darin, dass das Hauptformular ja auf tblKontakt beruht, das Unterformular aber auf tbl_KonAdr_Liste, das gar keine direkten Beziehungen zu tblKontakte hat (nur indirekt über tblKontakt_Adresse):

-   Das Endlosformular unter ,,Listen/Verteiler" sieht jetzt zwar so aus, wie ich es gerne hätte (siehe Anhang unten (Screenshot) sowie in Beitrag #4), und es schreibt auch die richtigen Schlüssel in die richtige Tabelle – ABER:
o   

    Es gibt keinen Zusammenhang zum im HFO ausgewählten Kontakt (außer das ich es geschafft habe, dass das cboAdressauswahl (Beschriftung ,,Adresse") per VBA des Listenfeldes lisKontakte im HFO nur mit den jeweilig zugehörigen Adressen befüllt wird..). Daraus resultieren wahrscheinlich folgende Probleme:
    Zuordnungen überschreiben sich anstatt neu angelegt zu werden (Wenn Adresse1 (gehört zu Person A) in Verteiler1 eingetragen ist, und ich Person B auswähle und dessen Adresse5 dem Verteiler1 zuordne, wird Person A durch Person B ersetzt..
    Es werden im UFO alle Listen angezeigt, die bereits irgendeinem Kontakt zugeordnet sind, ich will aber nur die anzeigen, die dem aktuellen Kontakt zugeordnet sind. Muss ich das auch per VBA wie beim cboAdressauswahl lösen?


Es wäre toll wenn mich da jemand in die richtige Richtung stupsen könnte!"

P.S. Das Formular muss jetzt natürlich noch um ein Kombofeld für die Email ergänzt werden, aber das ist dann hoffentlich nur noch entsprechend dem für die Anschrift zu ergänzen...

Hallo,
Heute schaffe ich es nicht mehr, mich damit zu beschäftigen; - und morgen kann
ich erst am späten Nachmittag. Ich schau wie's geht.
gruss ekkehard

Hallo,
Mir raucht der Kopf; - ich bekomm's nicht hin.  >:(
(Da wandte Codd sich ab und weinte bitterlich  :'( )
Habe jetzt noch mal auf das DM aus #9 zurück gegriffen. Weiss allerdings immer
noch nicht, ob das korrekt ist. Schade, dass Klaus sich hier völlig raushält.
Ich vermute, dass es nur mit UFo(s) im UFo Adressen geht, denn da hängt ja der
Rest genauso dran wie die Adressen an den Kontakten (HFo).
Ich bleibe dran, brauche jetzt aber erstmal eine Pause.
gruss ekkehard

Hallo,

ZitatSchade, dass Klaus sich hier völlig raushält.

ich bin im Moment nicht so gut drauf und muss mich da erst wieder reindenken. Kannst Du mir mal eine kurze Zusammenfassung geben, was das Problem ist, sonst muss ich das alles noch mal lesen. Ich habe auch den Fortgang hier nicht so richtig mitbekommen.

Hallo Klaus,

Zitatich bin im Moment nicht so gut drauf

Tut mit leid zu hören. Falls gesundheitlich, - gute Besserung.

Zitatmuss mich da erst wieder reindenken

Kenn' ich.
Ich versuche Mal das zusammen zu fassen.

Folgendes soll abgebildet werden:
Es gibt Kontakte (tblKontakte)
dazu gibt es n (Post)Adressen (tblAdresse_Kontakte)
dazu wieder n Komm-Adressen (Tel., Fax usw., tblKontakt_Komm), die, da sie auch
mehrfach verwendet werden sollen, n:m über tblKon_Adr_Komm mit tblKontakt_Komm
verknüpft sind.

Ziele:
1. Aufbau einer Verteilerliste (tblKonAdr_Liste, die sowohl (Post)- als auch Komm-Adressen
aufnehmen können soll (auch gleichzeitig)

2. Darstellung bzw. Erfassung auf einem HFo mit DS-Herkunft tblKontakte, und
entsprechenden UFon.

Und da kommen wir nicht weiter. UFo für die Adressen, kein Problem; - das lässt
sich ja über die KontaktID/KontaktID_F verknüpfen.
Bei den anderen UFon geht das aber logischerweise nicht (kein FK zu Kontakte).
Habe es mit verschiedenen Abfragen versucht diese ID da rein zu bekommen, was
allerdings nicht geklappt hat. Entweder war die Abfrage nicht aktualisierbar oder die
Zuordnung funzte nicht.

Meine Vermutung bzw. was ich als nächstes probieren würde:
Das UFo für die Komm-Adressen als UFo ins UFo-Adressen (da hängen die ja 1:n
dran). Für die Verteilerlisten vielleicht was mit VBA.
Vielleicht ist das auch ganz einfach und ich hab' nur einen Knoten im Hirn.

Meinen letzten Stand habe ich angehängt.
gruss ekkehard

Hallo! Zuerst noch einmal: vielen Dank für eure Bereitschaft mir zu helfen!!

ekkehards Zusammenfassung würde ich größtenteils so unterschreiben, aber noch ein-zwei Sachen klarstellen bzw. ergänzen wollen:

1. Zum Datenmodell:
Es wird häufig vorkommen, dass wir von Kontaktpersonen keine Anschrift, sondern nur eine Email-Adresse aufnehmen und diese dann Verteilerlisten zuordnen wollen. In Ekkehards DM-Vorschlag, den er jetzt in seinem letzten Stand wieder aufgegriffen hat, sind aber die Email-Adressen (die ja neben Tel., Webseite, Fax in tblKontakt_Komm stehen) an eine Anschrift (tblKontakt_Adressen) geknüpft.
Da wiederhole ich meine Fragen:
1. kann ich so für eine Kontaktperson eine Email (oder Telefon, ...) ohne Postanschrift aufnehmen?
2. Wird so nicht schon das UfO für die Kommunikationseinträge (soll auf eine weitere Registerkarte des Formulars, analog zum "_ufoAdressen") unnötig kompliziert, weil so ja schon tblKontakt_Komm keinen FK zu tblKontakte hat?
Mein DM-Vorschlag hierzu sind zwei parallele Tabellen (Adressen und Komm.einträge), beide mit der Listenzuordnungstabelle verknüpft - siehe letzter Post von mir von vorgestern..

Zusammenfassend: Wichtig ist, dass die Email-Adressen von den Anschriften unabhängig sind. Zudem gibt es Verteiler mit Postadressen UND Emails, aber auch reine Email- und reine Postverteiler.

2. Zum Formular

Das Grundproblem bleibt, wie von ekkehard beschrieben, dass zwischen Kontakt und Verteilerliste noch die n Adressen pro Kontakt stehen, das Formular aber natürlich von den Kontakten ausgehen muss, dann letztendlich sollen die ja über die Verteiler erreicht werden.

Ekkehards Vorschlag, ein UFo ans UFo Adressen zu knüpfen, ist von den Beziehungen im DM her vielleicht logisch, aber zur Bedienung muss die Listenzuordnung natürlich auf einer separaten Registerkarte stattfinden. Allerdings könnte/müsste man dort wahrscheinlich ein ähnliches UFoAdressen mit UUFo-Listen-Konstrukt bauen!?

Ich werde mich da natürlich auch dran versuchen (mangels Erfahrung kann das aber dauern..), aber wäre weiterhin sehr dankbar für eure Ideen!!


Danke und beste Grüße

Hallo nbux,
Sorry, haben mich heute mal wieder andere Dinge abgehalten.
Deshalb erstmal nur eine Idee, die mir da so nebenbei eingefallen ist (s. Anlage).
Hier bildet jetzt die tblKon_Adr_Komm eine "doppelte" n:m ab. Das sollte uns
weiterbringen.
Formularmässig wird's ohne etwas VBA nicht funzen; - da auch hier keine direkte
Verknüpfung mit der kon_id möglich ist.
Problem dabei ist, das man so zuerst eine Adresse (Post oder Komm) eingeben muss,
um diese anschliessend in tblKon_Adr_Komm aufnehmen zu können. Da lässt sich das
UFo, dass dann an diese  Tabelle gebunden ist, nicht gleichzeitig zur Eingabe verwenden.
Habe ich jetzt bei ersten Versuchen bemerkt.
Würde ich mit Popups lösen. Versuche da so schnell wie möglich was zu basteln.
gruss ekkehard

Hallo nbux,
So, wie es scheint ist das letzte DM schon richtig (Beurteilung eines anderen Regulars
haben wir leider nicht).
Und, wie vermutet geht es nicht mit zusätzlichen Formularen.
In angehängtem Beispiel habe ich es für die Adressen folgendermassen eingerichtet.
Das ursprüngliche UFo ist jetzt an eine Abfrage gebunden die auch die kon_id_F aus
tblKon_Adr_Komm zur Verfügung stellt; - es werden also alle erfassten Adressen zu
einem Kontakt automatisch angezeigt.
Darüber habe ich ein neues UFo für die Erfassung neuer Adressen gelegt. Dieses wird
beim Klick auf "neue Adresse" eingeblendet.
Der Button "Speichern" speichert die Adresse (logisch), schreibt einen neuen DS in
die tblKon_Adr_Komm mit dem FK Kon_Adr_ID_F, blendet das EingabeForm wieder
aus und aktualisiert das Adressen-UFo.
Das funzt soweit, und sollte dann auch so ähnlich mit den Komm-Adressen und letzt-
endlich auch mit den Verteilerlisten so funzen.
Im Moment ist da allerdings noch etwas Feinarbeit von Nöten um zu verhindern, dass
leere/unvollständige DS gespeichert werden. Das ist im Beispiel nämlich noch möglich.
Zum Testen habe ich jetzt erstmal beim Feld ans_zeile1_orga "Eingabe erforderlich"
auf JA und "Leere Zeichenfolge" auf NEIN eingestellt.
Am Rest und an Vorigem bleibe ich aber dran; - wenn's auch dauern kann  :(.
gruss ekkehard

Hallo nbux,
So Adressen und Kontakte funzen soweit, - wenn's dir so gefällt. Bis auf die
Fehlervermeidung/-Behandlung. Siehe dazu meine Kommentare im Code für
die Speichern-Buttons. Falls du dazu Hilfe brauchst, melde dich.

Womit ich nicht weiterkomme ist das UFo für die Listen-Zuordnung. Eigentlich
einfach hatte ich mir gedacht, doch leider Pustekuchen.
Das UFo ist an diese Abfrage gebunden
SELECT
    KAL.Kon_Adr_KommID_F,
    KAL.adr_Lis_id, KAL.lis_id_f,
    KAK.kon_id_F
FROM tblKon_Adr_Komm AS KAK
    INNER JOIN tblKonAdr_Liste AS KAL
    ON KAK.Kon_Adr_KommID = KAL.Kon_Adr_KommID_F
(KAK.kon_id_F wegen Verknüpfung zum HFo)

Auf dem UFo zwei Kombis zur Auswahl der KAL.lis_id_f (DS-Herkunft: tblListe)
und der KAL.Kon_Adr_KommID_F, DS-Herkunft:
SELECT
    KAK.Kon_Adr_KommID,
    KA.ans_zeile1_orga,
    KK.Komm_Eintrag
FROM tblKontakt_Komm AS KK
    INNER JOIN (tblKontakt_Adressen AS KA
        INNER JOIN tblKon_Adr_Komm AS KAK
        ON KA.kon_Adr_id = KAK.Kon_Adr_ID_F)
    ON KK.KonKommID = KAK.Kon_Komm_ID_F
(KA.ans_zeile1_orga und KK.Komm_Eintrag zur Anzeige im Kombi)

Leider passiert so Folgendes. Wähle ich eine Liste aus dem Listen-Kombi aus
schreibt Access in das Adressen-Kombi eine neue KAK.Kon_Adr_KommID  ???
und es erscheint die abgebildete Fehlermeldung (der JET?)
Ich komm' nicht drauf, was ich falsch gemacht habe oder wo mein Denkfehler
steckt. Vielleicht nur ein blöder Benamsungsfehler, den ich nicht finde.
Wäre nett, wenn jemand von den Regulars mal draufschauen könnte; - danke.

gruss ekkehard

Hallo,
Komischer Thread, seit Tagen keine Rückmeldung von niemandem  :'(
Nicht mal 'ne Watschen wegen verzapftem Mist. Womit ich allerdings,
im Gegensatz zu anderen hier  ;), bestens umgehen kann/könnte.
gruss ekkehard

Hallo Ekkehard,
Entschuldige, ich liege seit ein paar Tagen krank im Bett, könnte deshalb nicht hier vorbeischauen.. bin überwältigt von deinem Einsatz, es kann aber noch etwas dauern bis ich dazu komme es mir näher anzusehen.
Dies nur als kurze Rückmeldung, damit du bescheid weißt..
Beste Grüße
nbux

Hallo nbux,
Danke für Rückmeldung. Hatte mir so was schon gedacht, - gute Besserung.
Bei liegt es aber auch erstmal auf Eis, weil ich mit der Listenzuordnung (noch)
nicht zurechtgekommen bin. Hatte ich ja in #20 geschildert. Leider halten sich
alle Regulars, aus welchen Gründen auch immer, hier raus  :'(
Zur Not machen wir es da genauso wie auf den anderen UFon.
gruss ekkehard

Hallo noch mal!

Erst mal nur eine kurze Rückmeldung: habe jetzt eine funktionierende Lösung mit "meinem" Datenmodell, das aus verschiedenen Gründen mehr den Zusammenhängen der realen Daten entspricht.

Kurzfassung:
1. Die Listenzuordnungstabelle hat jetzt einfach auch die Kontakt-ID als FK, um sie direkt als Unterformular am Kontakte-HF nutzen zu können - funktioniert super! (Formularumsetzung siehe unten). Außerdem je ein Feld für Anschriften und für Email-Adressen, die so unabhängig voneinander einer liste zugeordnet werden können.

2. Die Anschriften und Email-Adressen kommen jetzt aus einer einzigen Multipurpose-Kontaktdaten-Tabelle (entspricht vielleicht Klaus' Vorschlag vom Anfang?), die per FK zu weiterer Tabelle festlegt, ob Eintrag eine Anschrift, Email-Adresse, Telefonnummer usw. ist.

3. Die Unterformulare zum Eintragen und Anzeigen der Anschriften bzw. der Emails/Tel./Webseiten filtern jeweils nach diesem FK, so dass nur das gewünschte angezeigt wird

4. Das Unterformular für die Listenzuordnung hat ein nicht angezeigtes Kombo, das automatisch den im HF aktuellen Kontakt anzeigt/auswählt und so die entsprechende kontakt-id als FK in die Listenzuordnung mit reinschreibt.

ich plane, auch noch mal Screenshot/Beispieldatenbank hochzuladen, zwecks Dokumentation und um euren Senf zu hören, aber jetzt muss ich wg Zeitdruck erst mal an der weiteren Umsetzung arbeiten - und deshalb vorher eher noch mal einen neuen Thread mit anderen Fragen starten..

Hiermit sei schon mal sehr herzlich gedankt für die Hilfe und Unterstützung bisher!!

Hallo nbux,
Schön, dass du eine Lösung gefunden hast. Würde ich mir gerne anschauen.
Allein aus Interesse, ob ich deine Lösung auch hätte finden können.
gruss ekkehard