Office: Verknüpfung von Tabellen

Guten Morgen, liebes Forum!
Bitte um Hilfe bei folgendem Problem:

Ich habe eine Tabelle tbl_mitglieder angelegt, dabei dient mir als Primärschlüssel die Mitgliedsnummer ID_mglnr.
Jedes Mitglied hat eine bestimmte Mitgliedsbeitragskategorie, diese sind in einer weiteren Tabelle tbl_beitrkategorie erfasst, mit ID_kat

Die Beitragskategorie kann sich aber pro Kalenderjahr (=Beitragsjahr) ändern, ebenso der Sollwert des jährlichen Mitgliedsbeitrages.

Schließlich habe ich eine Tabelle tbl_beitragszahlung angelegt, die 1:n mit tbl_mitglieder verknüpft ist und den IST-Zahlungseingang mit Datum jedes Jahr erfassen soll.

Zur Erfassung der Zahlungseingänge verwende ich ein Formular mit Unterformular zu der 1:n Tabelle tbl_beitragszahlung, in der ich auch den Soll_beitrag im jeweiligen Jahr darstellen möchte und natürlich auch die aktuelle Beitragskategorie des Mitglieds.

Wie könnte ein Datenbankmodell für diese Aufgabe aussehen, vermutlich brauche ich auch zusammengesetzte Primarykeys???

:)

 

Für die Zuordnung von Beitragskategorie und Mitglied pro Zeitraum braucht es eine m:n Tabelle mit den Schlüsseln zum Mitglied, zur Kategorie sowie dem Zeitraum und der Beitragshöhe (falls sich diese unabhängig von der Kategorie darstellt).

Aus dieser Tabelle ergibt sich denn das Beitragssoll.

Ich würde jetzt die Zahlungseingänge erfassen in einer vierten Tabelle die ihrerseits einen Fremdschlüssel auf den Primärschlüssel der m:n Tabelle besitzt.
Auf einen zusammengesetzten PK in der m:n Tabelle würde ich da verzichten, sondern einfach einen AutoWert nehmen.

 

Ist das nicht zuviel des Guten? In der m:n-Tabelle könnten doch die Felder ZahlungWert und ZahlungDatum stehen - vorausgesetzt, es gibt keine Ratenzahlung.

 

Danke zunächst für die Antwort!

1) Es gibt KEINE Ratenzahlung, also Jahresbeitrag wird einmalig zu einem bestimmten Datum einbezahlt!
2) Die Beitragskategorie bestimmt auch eindeutig die Beitragshöhe (Soll) im jeweiligen Zahlungsjahr und kann auch nur pro Jahr einen bestimmten Wert haben.

3) Diese SOLL-Werte können sich natürlich auch jährlich verändern durch zB. Beitragserhöhungen.


Und genau daran scheitere ich bisher! In welcher Tabelle kann ich die pro Jahr und pro Kategorie die aktuellen SOLL-Werte der Beiträge darstellen? Das müßte doch bei der n:m Beziehung, die ja aus zwei 1:n Bezihungen besteht, auf einer 1-seitigen Tabell sein, oder ?

 

Die Tabelle könnte etwa so aussehen:

tblBeitragSoll

ID_BeitragSoll (Autowert)
ID_kat_F (Long, Fremdschlüssel zu tbl_beitrkategorie)
BeitragSoll_Jahr (Long)
BeitragSoll_Betrag (Währung)

 

In den Vereinen, für die ich sowas geschrieben habe, gibt es neben der ganz- auch die halb-, vierteljährliche und (selten) auch die monatliche Zahlung.

 

Der Kunde (TS) ist König...

 

Ganz klar komme ich noch immer nicht. Im Anhang die bereits bestehende Beziehungsstruktur der Tabellen. Die Verknüpfung zur 4. Tab. fehlt noch!

Danke für die Geduld!!!

 

Als ich #2 schrieb, wahr das noch nicht bekannt ...

zahlungskategorie.id 1 : n BeitragSoll.id_kat

Aber falsch ist die Verknüpfung vom Zahlungseingang - die muss zu BeitragSoll gehen (denn da steht der im betreffenden Jahr gültige Beitrag drin.

Und dann: warum legst Du RIGHT / LEFT und keine INNER JOIN an?

 

Ich bin ziemlicher Anfänger betreffend Access-DB-Strukturen, habe jetzt den Durchblick total verloren und darf nochmals meine Aufgabenstellung zusammenfassen:


Vorhandene Tabellen in der Datenbank:

tbl_personen mit ID_mgl, eindeutig für jedes Mitglied

tbl_zahlungskategorie hier ist für jede Person die Zahlungskategorie und davon abhängig die SOLL-Beitragshöhe hinterlegt. Allerdings kann sich diese Kategorie jährlich ändern. (zb. VOLL-Mitglied wird zum UNTERSTÜTZENDEN MItglied


tbl_beitragssoll erfasst die jeweiligen Jahresbeiträge, die sich pro Zahlungsjahr ändern können (zB.Beitragserhöhung)


tbl_beitragszahlung In diese Tabelle möchte ich über das Unterformular je Mitglied seinen Zahlungseingang buchen (mit IST-Betrag und Datum), aber auch die Vergangenheit der früheren Zahlungen (zB. letzten fünf Jahre) tabelarisch im Unterformular darstellen.


Wie muss ich nun die Tabellen zueinander in Beziehung bringen, dass mein Anwendungswunsch funktioniert ? Ich kenne die 1:n, m:n Beziehung mit/ohne referentieller Integrität vom Assistenten in Access und auch die Indextabellen sind mir bekannt, aber so 100% verstehen tu ich das (noch) nicht!

BITTE um Hilfe

 

tbl_zahlungskategorie:
Wenn die für jede Person ein für alle mal feststeht, muss es in der tbl_personal einen Fremdschlüssel in tbl_personal zum Primärschlüssel von tbl_zahlungskategorie geben
Wenn sich diese Zuordnung in der Zeit ändern kann, muss zwischen beide eine m:n Relation geschaltet werden.
Da die Höhe des Beitrags pro Zahlungskategorie ändert, gehört das Feld mit dem Beitrag hier nicht hinein.

tbl_beitragssoll
Hier sind die Beiträge angesiedelt und das Jahr, für das sie gelten.
Ein Fremdschlüssel zum Primärschlüssel von tbl_zahlungskategorie ordnet diese Beiträge in den Jahren der jeweils übergeordneten Kategorie zu.

tbl_beitragszahlung
Hier gibt es einen Fremdschlüssel zu dem, der zahlt (tbl_personal.id), den Zeitraum, für den der Beitrag gilt und die Höhe des gezahlten Beitrags.

 

Danke für deine Mühe und Geduld!

Ich habe jetzt die Beziehungsstruktur wie im Anhang ersichtlich konfiguriert!
Habe ich das so weit richtig verstanden?

Wenn ich aber jetzt beim Anlegen eines Formulares auch Felder aus einer Tabelle auswähle, die NICHT zur n:m-Beziehung gehören, bietet mir der Formularassistent auch nicht die Option für Unterfomular (geordnet nach Personen) an !

 

Öfter mal was Neues?
Jetzt sind es plötzlich fünf Tabellen ...

Vorher waren es vier und wenn man dem Hinweis von Male aus #3 folgt, käme man - bei einmaligen Zahlungen - auch durchaus mit drei Tabellen aus.

Außerdem ist das, was ich in #11 beschrieb, nicht umgesetzt.
Dann ist es vielleicht besser, ich klinke mich aus.

 

Ich dachte, in diesem Forum auf echte Hilfe zu stoßen, aber das war eher wie beim Kinderratespiel, wo es "wärmer" oder "kälter" wird, je nach dem, ob man sich dem Ziel nähert oder wieder entfernt!
Ich habe ganz klar zugegeben, dass ich ehr Anfänger in Access-DB bin und habe mich wirklich bemüht, deine Hinweise umzusetzen, leider ohne Erfolgt offensichtlich!

Trotzdem DANKE für deine wertvolle Zeit

 

Und dann: warum legst Du RIGHT / LEFT und keine INNER JOIN an?
Das fragte Hans-Christian bereits im Beitrag #9. Wenn Du es nicht verstehst (was ganz normal für Anfänger ist) warum fragst Du nicht nach? Statt dessen die eingeschnappte Muschel zu spielen hilft doch auch nicht weiter. Fest steht, mit den Beziehungen rechts/links kommst Du niemals zum Ziel.

Bevor das Datenmodell nicht "steht" macht es keinen Sinn, sich mit Formularen zu befassen. Der Assistent kann logischerweise nicht mit falsch aufgebauten Datenmodellen arbeiten.
siehe Anlage: Vereinsverwaltung mit ACCESS als PDF