Office: (Office 2007) Formulare über mehrere Tabellen

Hallo Forum;
In einer Datenbank gibt es verknüpfte Tabellen. Gebundene Formulare beziehen über Abfragen die Daten aus mehrere Tabellen. Bei der Anzeige und Änderung der Daten ist alles OK. Bei der Neueingabe fangen die Probleme an. Bei der Eingabe in ein Feld, (der Wert / die Daten kommen aus einer verbundenen Tabelle, bzw. werden in unterschiedlichen Tabellen gespeichert) wo noch keine Verbindung / Inhalt bestehen, ist eine Eingabe nicht möglich. Es fehlt die Verknüpfung über den Inhalt in den Tabellen. Überlisten lässt sich das, indem man mit dem Ereignis "bei Klick" einen neuen Satz in der verknüpften Tabelle erzeugt.
Ist das der richtige Weg oder geht das ganz anders?
Z.B. mit einem ungebundenen Formular, es müssen dann die Inhalte bei Änderungen hinein kopiert werden. Ist bei einer Neuanlage mit einer SQL-Anweisung zu arbeiten? Was ist besser?
Freue mich über eure Kommentare

:)

 

Hallo,
eine Beurteilung ist erst möglich wenn Du mal ein Bild des Beziehungsfensters zeigst, das die Tabellen mit allen Feldern zeigt.

 

Hallo gpswanderer,
Hier ein screenshot der Verklüpfungen



Erklärung:
DSGVO: Um die persönlichen Daten (Name, ..) von den anonymisierten Daten (Gast-Nr.) zu trennen, wurde eine 1:1 Verknüpfung eingeführt. Bei Löschung der pers. Daten wird die Datenbank tatsächlich auch kleiner. Bei dieser Struktur können auch zu einer Adresse (Adr) mehrere Ansprechpartner (AsP) hinterlegt werden, ohne die Straße doppelt zu erfassen. Aus Gründen des Speicherplatzes wurde auch die Anmerkung mit 1:1 ausgegliedert, denn nicht immer ist eine Anmerkung notwendig.
Wer tiefer einsteigen möchte: hier der Linkt zur Datenbank
http://www.ferienwohnung-ohler.de/access/Datenbank.zip

 

Hallo,
Screenshot und Link funktionieren nicht.

 

Bei Abfragen tritt recht schnell der Fall ein, dass sie nicht mehr aktualisierbar sind. Daher wird man in der Praxis generell darauf orientieren, dass Editierungen (Anfügen, Aktualisieren, Löschen) immer auf genau die jeweilige Einzeltabelle vorgenommen werden.
Das sowohl in gebundenen Formularen, die man eben entsprechend aufbaut oder ersatzweise zusätzliche Bearbeitungsformulare bereitstellt, wie auch beim Schreiben über Recordsets oder Aktionsabfragen.

Dein Thementitel charakterisiert also bereits das Problem.

 

Hallo Andreas,
Verknüpfte Tabellen stellt man in HFo/UFo-Konstrukten dar, mit dann jeweils
eigener/getrennter DS-Herkunft (Tabelle/Abfrage).
gruss ekkehard

 

Antwort an ebs17:
Die Einzeltabellen anzusprechen habe ich in den letzten Tagen versucht und mich offensichtlich total verrannt.
Antwort an ekkehard:

Das wird wohl der Grund sein, warum ich mich im Moment in eine Sackgasse programmiert habe. Bei 6 Tabellen dann mit 5 UF zu arbeiten? Du meinst vermutlich 1 UF für die Tx_Adr-Tabellen. Wenn die Struktur bleibt, muss das Ziel sein, dass bei der Neuanlage die neuen Sätze mit den Schlüsseln in den verknüpften Tabellen möglichst automatisch geschrieben werden. Derzeit werden die einzelnen Tabellen mit einzelnen ADO-Befehlen angesprochen. Ist das denn sinnvoll? Wie würdet Ihr das angehen?

 

Hallo Andreas,
Nachdem ich das Beziehungsfenster erstmal entwirrt habe (wie kann man
nur mit sowas arbeiten?), wird es etwas klarer.
Zur Aufteilung der Felder auf die jeweils zwei Tabellen kann ich Nichts sagen,
habe mit der DSGVO seit Jahren nichts mehr am Hut. Aber in den 1:1-Tabellen
ist der zusätzl. PK falsch. Hier ist der eindeutige FK gleichzeitig der PK. Also
entfernen und den FK (ID2_T1AsP und T1zuID2) zum PK machen.
Formularmässig würde ich das dann foldendermassen darstellen.
- ein HFo auf Basis der Tabelle T1_Adr
- darin ein UFo aus T2_Adr, verknüpft über Person1ID und T1zuT2ID (PKs, s.o.)
- ein weiteres UFo für T1_Asp; - Person1ID -> AsPID (gaaanz schlechter Name für dieses Feld)
- in diesem UFo ein weiteres, das die Tabelle T2_AsP anzeigt; - Verknüpfung wieder über die beiden PKs.
Bei diesem Konstrukt werden die Fremdschlüssel immer autom. übernommen.
gruss ekkehard

edit:
Was ich noch schreiben wollte, - mit dem Rest habe ich mich nicht weiter
auseinander gesetzt. Und, bei den Feldern, die für Beziehungen wichtig sind
solltest du an der Benennung arbeiten (die sind nicht alle auf Anhieb, oder
gar nicht zu verstehen).

 

Zwischenstand:
mit einem Hauptformular HF (basierend auf der Abfragen T1_Adr, Z2_Adr) und einem Unterformular UF (basierend auf der Abfrage T1_Asp, T2_Asp, T1_Nationalitaeten, T2_Anrede) werden die Schlüssel in das HF übertragen. Danke für den Tipp mit HF-UF.

Ein anderes Problem tauchte dann aber noch auf:
Nicht jedem Eintrag von T2_Adr ist ein Eintrag in T2_Anmerkung zugeordnet. Sobald in der Abfrage / Formular die Tabelle T2_Anmerkung verknüpft wird, ist das HF für jegliche Eingabe von Änderungen gesperrt.
Ich kann (noch) nicht verstehen, warum access damit ein Problem hat.

 

Hallo Andreas,

Aber nicht so, - versuche es wie von mir beschrieben.
Die "Anmerkungen" waren im Beispiel nicht dabei, sollten sich aber nach Beschreibung
auch einfügen lassen.
Die beiden Wertetabellen T1_Nationalitaeten und T2_Anrede brauchst du in den Abfragen
überhaupt nicht, nur die Felder mit dem jeweiligen FK. Dieser wird im Formular
mit einem Kombifeld befüllt, das daran gebunden ist, und als DS-Herkunft die
entsprechende Tabelle besitzt.
gruss ekkehard

 

Hallo,
Die Tabelle für die Anmerkungen halte ich für übertrieben. Integrierte das Feld in die Haupttabelle. Speicherplatz ist kein Argument. Mit 2 Tabellen hast Du ja auch die Schlüsselfelder zu verwalten und die Beziehungen. Auch das kostet Speicherplatz.

 

Hallo,
@Klaus

Hatte ich auch schon daran gedacht, das anzumerken. Dann jedoch - was soll's


@andreas
Meint das Feld direkt in T2_Adr zu packen. Denn dein Problem wird an der
(wahrscheinlich wieder falschen) Beziehung/Struktur liegen; - zusätzl. PK
in der (1:1)-Tabelle (T2_Anmerkungen?).

gruss ekkehard

 

Zur Beitrag von gpswanderer:
Tabelle T2_Anmerkung wird integriert, weil access bei Abfragen mit "LEFT JOIN" oder "RIGHT JOIN" jegliche Änderung in den Daten verweigert.
Warum es so ist, kann u.U. an anderer Stelle thematisiert werden.

Zu ekkehard:
deinen Beitrag von 28.12.2019 um 15:38 Uhr hatte ich nicht gleich beachtet.
Kann gut sein, dass meine Namensgebung eine Katastrophe ist. Die Feldnamen sind mir nicht sooo wichtig.
Meine Hilfsschlüssel waren für mich (und meinen Möglichkeiten) der einigste Weg, dieses Gebilde mit den 1:1 Verweisen abzubilden. Ich kopiere mir die DB und probiere deine Empfehlungen umzusetzen.

--- Die Google-Werbung in diesem Forum ist nerfig ----

 

Hallo,

Diese pauschale Aussage stimmt nicht. Beide Abfragearten lassen Aktualisierungen zu. Es hängt vom Aufbau der Abfrage und den beteiligten Tabellen ab.

Dann stimmt was nicht in Deinen Einstellungen.
Ich kriege keinerlei nervige Werbung.

 

Hier ein Screenshot zur Werbung: