Office: (Office 2016) Ober- und Unterformular

Ich habe ein Ober- und ein Unterformular. Im Oberformular will ich die ID+den Namen+ Details zur Adresse. Im Unterformular soll hierzu eine Veranstaltung ausgewählt werden können und die Teilnahme in einer Tabelle gespeichert werden. Ich habe ihn soweit, dass die Werte ID und Nachname gleichgeschaltet sind, wenn ich also einen Datensatz weiter springe, zählen beide hoch. Mein Problem: Dadurch, dass ich die Werteübergabe über die Eigenschaften "Steuerelementinhalt und Datensatzherkunft" geregelt habe, schaffe ich es nicht mehr den Wert "Nachname" aus dem Unterformular in der Tabelle abzuspeichern.*rolleyes.gif* Weil dieses Feld damit ja quasi belegt ist...

:)

 

Hallo,
ich habe das nicht richtig verstanden.
In Tabelle sollte der Nachname ohnehin nicht noch mal gespeichert werden, die ID genügt.
Mit anderen Worten, das Feld mit dem Nachnamen im Ufo ist überflüssig.

Welche Tabellen hast Du ?
Zeige mal ein Bild des Beziehungsfensters.


Nebenbei, das Oberformular nennt man übrigens Hauptformular und nicht Oberformular.

 

Die Idee dahinter ist eigentlich nicht so kompliziert. Ich habe Personen, 50 an der Zahl. Diese nehmen an Veranstaltungen teil. Bereits erstellt hatte ich ein Formular mit allen Daten rund um die Veranstaltung. Hierzu habe ich ein Feld -Person- hinzugefügt. Alles zusammen soll hinterher eine Terminverwaltung ergeben. Wer nimmt an welchr Veranstaltung teil und wo findet die statt. Nun wollte ich hierzu im Oberformular noch Personendaten einblenden. Wenn also im Unterformular bereits zu sehen ist: Müller nimmt am 27.12. an Gesamtverbundtreffen in Essen statt, soll im Oberformular noch stehen : Müller wohnt in xxxx, in Straße xxxx usw, das soll über die ID und den Nachnamen verknüpft werden (logisch, soll ja in beiden der gleiche zu sehen sein).

 

Hallo,
das Datenmodell ist nicht ausgereift.
Wieso gibt es die Felder Ort, Datum. Gebäude und Raum auch in der Termintabelle ?
Was steht denn im Feld Teilnehmername ?
Wieso hat die Tabelle mit den Veranstaltungen keine Beziehung ?
Sind das immer unterschiedliche Teilnehmer, oder können die sich auch für andere Veranstaltungen wiederholen ?
Oder sind die Teilnehmer die Projektpartner ?

Wahrscheinlich sollte das eher so aussehen, siehe Bild.

 

Gedankengang: Projektpartner und Veranstaltungen sind die Tabellen, in denen meine Grunddatenstehen. Also die Namen und Daten aller Teilnehmer (die ich ja alle schon kenne) und genauso bei den Veranstaltungen. Später will ich die in der Tabelle Terminverwaltung zusammenführen, so dass ich darin dann wirklich sehe wer wann wo teilnimmt. Im Feld Teilnehmername soll auch nur der Nachname übernommen werden (hätte genauso gut Nachname heißen können). Die Teilnehmer sind die Projektpartner. Die Teilnehmer werden sich wiederholen. Wenn ich z.B. eine Veranstaltung -Jahresabschluss- habe, will ich genau sehen wer nimmt teil und wer nimmt nicht teil, für alle 50 Leute soll also auf jeden Fall ein Eintrag stattfinden.

 

Hi,
immer diese doofen Bildchen (in der REgel haben die 0 Informationsgehalt, vor allem wenn irgendwelche Formular hochgeladen werden - wäre genauso wenn du deinem Automechaniker ein Bild der Karrosserie deines Autos schickst, weil der Motor stottert). Lade doch einfach die DB gezippt hoch.
Außerdem sind die Zusammenhänge unklar. Die dritte Tabelle steht so ganz ohne irgendwas am rechten Rand.
Die Systemtabellen solltest du ausblenden. Die sind zwar für Access wichtig, aber zunächst mal uninteressant für den Entwickler.
Ok, habe deinen letzten Post übersehen.


Wozu wiederholst du die Veranstaltungsörtlichkeiten in der Terminverwaltung - das ist redundant und überflüssig.
Diese Daten gehören allein in die TblVeranstaltung (dort hast du sie ja auch schon stehen).

Warum heißt der Primärschlüssel der TblTerminverwaltung Veranstaltungs_ID ?? oder hast du den als Fremdschlüssel gedacht und aus Versehen als Primärschlüssel gesetzt ?

 

ja, Sekunde...da stehen die Daten unserer Projektpartner drin...die sollte ich vllt. erst mal rausnehmen.

 

Hallo,
dann stimmt mein Bild astrein. Die durchgestrichenen Felder sind ersatzlos überflüssig.

das macht man auf keinen Fall in der Tabelle, sondern ausschließlich über eine Abfrage. Die hat absolut den gleichen Informationsgehalt wie die von Dir angedachte Tabelle.
Das ist ja der Sinn von Beziehungen/Verknüpfungen redundante Daten zu vermeiden. Das darf in einer Datenbank nicht sein.

 

die wirkt jetzt mehr als zerschossen...233 kb Maximum...musste das meiste rauslöschen

 

Hi,
entscheidend sind die Objekte (Tabellen, Abfragen ggfs. Formulare).
Daten sollten sowieso anonymisiert sein.

Warum hast du die Vorschläge von Klaus noch nicht umgesetzt ?
Du scheinst mehr Mühe auf die Formulare verwendet zu haben, als auf ein saubers Tabellenmodell.
Warum ist Raum bzw. Gebäude als Zahl deklariert, noch dazu mit einem Standardwert 0 ?
Genauso PLZ ist keine Zahl als DAtentyp, sondern ein Text (führende 0, bzw. auch hier wird mit PLZ nicht gerechnet)
Mit Raum oder Gebäudenummern wird üblicherweise nicht gerechnet.
Warum Datum als Text und nicht als "Datum" ?
Zusammenhang zur Tabelle Standort ist nun vollkommen offen.
Ist das der Veranstaltungsort ?

 

Hallo,
hast Du eigentlich gelesen, was ich geschrieben habe ?
Dein Datenmodell hat viel zu viele Felder und damit Fehler. Du kannst das alles über eine Abfrage wie gewünscht anzeigen.
Ich habe Dir das mal schnell zusammengebastelt (ich kann keine ACCDBs ansehen, ich habe nur Access2003).
Schaue Dir die Tabellen an und anschließend mal die Abfrage (es gibt nur eine).

 

weil ich erstmal drüber nachdenken musste, ob das für unsere Zwecke sinnvoll ist. Wenn ich beispielsweise die "Sammeltabelle" rausnehme...und ich später ggf. mit SAS 'ne Abfrage machen muss...aber ich mach's mal

 

Hallo,

was verstehst Du unter Sammeltabelle, welche ist das ?

Übrigens, ich habe keine Tabelle entfernt, ich habe nur Felder gelöscht.
Hast Du mein Beispiel gesehen ?

Eine Abfrage ist gleichwertig zu einer Tabelle und sollte keine Probleme machen.

 

Falscher Denkansatz.
Das hat weniger mit individuellen Wünschen der Datenpräsentation auf Formularen zu tun, als mit einem notwendigen Konzept für rationale Datenbanken. Bzw. ganz einfach eine Frage von falsch oder richtig. Bzw. macht das auch den Unterschied aus zwischen Datensalat oder konsistenter Daten.
Stimmt das Tabellenmodell, lässt sich hinterher so ziemlich alles über Abfragen oder anderes Handwerk darstellen.

 

so -> neu , gucke mir deine Datei gleich an. Ihr seid zu schnell für mich *biggrin.gif*