Kombinationsfeld mit Standardwert - Windows Anmeldename - Klartextname

[Kamado]

Hallo zusammen,

nach erfolgloser Suche könnte ich etwas Hilfe gebrauchen.

Vorhanden

Sie dürfen in diesem Board keine Dateianhänge sehen.

In der Tabelle tbl_Ausbilder_1 sind z.B. diese Werte gespeichert:  1/Lammerding/Heinz/lamme1
Ein Formular mit der Datenherkunft tbl_Kurs habe ich erstellt. Ein Kombinationsfeld für die Teilnehmereingabe habe ich eingefügt und funktioniert.


Mein Problem:
Ich möchte in dem Formular ein Kombinationsfeld erstellen in dem ich den Ausbilder auswählen kann. Dieses Kombinationsfeld soll ganz oben den Ausbilder anzeigen der sich beim Start des Rechners als Windowsbenutzer angemeldet hat. Da dieser Windows-Anmeldename (z.B. lamme1) nicht aussagekräftig ist, soll der Nachname des Ausbilders ganz oben in dem Kombinationsfeld angezeigt werden. Das Feld "AusbilderAnmeldename" in der tbl_Ausbilder_1 habe ich mal erstellt, da ich vermute, dass so eine Verbindung hergestellt werden könnte.
In der Tabelle tbl_Kurs soll natürlich die Ausbilder_ID gespeichert werden.



Info
Wie ich einen Windows-Anmeldename in einem Bezeichnungsfeld anzeigen kann habe ich bereits gelernt.

Code [Auswählen] Erweitern

Public Function Benutzername() As String
    Benutzername = Environ("username")
End Function Dann als Standardwert Benutzername() gesetzt.


Muss ich im Bezug auf das obige Thema etwas beachten, wenn ich nacher die Datenbank in FE und BE teilen möchte?




Wo finde ich den Button ,,Thema gelöst"?

[DF6GL]

HAllo,

bevor Du da weitermachst, solltest Du Dir noch (intensive) Gedanken über das Tabellenmodell machen.

Wenn Du eine Kurs-Verwaltung aufbauen willst, sind diese 3 Tabellen in dieser Form nicht lange zu gebrauchen, so daß die Beantwortung der Frage nicht sehr nachhaltig ist.


Mein  (minimaler Tabellen-)Vorschlag:


tblPersonen (Alle Ausbilder und Teilnehmer, Unterscheidungsmerkmal Feld "Rolle" )

tblKurse  (Alle angebotenen Kurse)

tblKursTeilnehmer (Personen, die an einem Kurs teilnehmen mit dem entspr. Ausbilder, Datumsangaben und sonstigen Attributen, die zu einem Kursteilnehmer gehören)


Weil es vermutlich nur 2 Rollen gibt (Teilnehmer oder Ausbilder), kann auf eine Tabelle tblRollen verzichtet werden.  Wenn es mehr als 2 Rollen geben kann, ist die Tabelle aber nötig.



Jede Tabelle erhält einen Primärschlüssel.  tblKursteilnehmer erhält  Fremdschlüsselfelder (KursID_f, AusBilderPersID_f und TeilNehmerPersID_f) für KursID und PersID (PKs aus tblKurse , bzw. tblPersonen).

Dabei wird tblPersonen zweimal mit tblKursTeilnehmer (über Felder AusBilderPersID_f und TeilNehmerPersID_f) in Beziehung gesetzt




Beziehungen:

tblKurse ---1:n---  tblKursTeilnehmer.TeilnehmerPersID_f ---n:1---  tblPersonen
                              tblKursTeilnehmer.AusbilderPersID_f  ---n:1---  tblPersonen_1

[Kamado]

Guten Morgen Franz,

zunächst einmal vielen Dank für deine Antwort.  

Mir war bewußt, dass die Tabellenstruktur so nicht passen kann. Ich habe diese drei Tabellen mit den Verknüpfungen in 5 Minuten fertiggestellt. Mir geht einzig darum, zu verstehen wie man so eine  Geschichte (Kombifeld und Windowsanmeldung) am einfachsten möglichst ohne wenig VBA anpacken würde. Deshalb die möglichst einfache übersichtliche Struktur. 

Der Hintergrund ist folgender:
Ich bin dabei eine DB für mich zu erstellen, in der Teilnehmer, Ausbilder, Kurse, Noten ....... verwaltet werden soll. Im Moment bin ich bei dem für mich schwierigsten Teil. Die Erstellung der Tabellen mit Beziehungen. Man muss so viele Sachen im voraus bedenken, dass mir der Kopf manchmal qualmt. Aber es macht Bock weil der Weg ist das Ziel.
Auch der Gedanke einer Anmeldemaske (erforderlich oder nicht) spielt dabei eine Rolle. Und genau bei diesen Gedanken bin ich gerade und möchte abchecken welche Variante die bessere für mich ist. Trotzdem vielen Dank für deine Hinweise.

Ich wäre sehr sehr glücklich   wenn ich die Tabellentruktur meiner DB irgendwann mal hier vorstellen darf, damit ein "Profi" nochmal drüber guckt. Im Moment sieht sie schon mal so aus.

[DF6GL]

Das sieht ja schon mal besser aus...

wobei ich die Verbindungen zwischen tbl_TeilnehmerGruppeneinteilung - tbl_Gruppen - tbl_Lehrgangsplanung nicht so richtig nachvollziehen kann.

Was heißt "tbl_Lehrgangsplanung "  ?

Sind das die geplanten, soll heißen angeboteten Lehrgänge? Dann könnte die TAbelle einfach tbl_Lehrgänge heißen.

Für was ist tbl_TeilnehmerGruppenEinteilung"  Werden Teilnehmer zu bestimmten Gruppen zusammengefaßt, die dann an einem Lehrgang unterschiedliche Aufgaben erfüllen müssen oder sind die Gruppen nur zur zeitlichen Verteilung während eines Lehrgangs da?



Wo ist die Zuordnung der Teilnehmer(gruppen) zu den Lehrgängen?



Tipps:
Verzichte auf Sonder- und Leerzeichen ("Datum des Eintrages").

Benenne Felder db-weit eindeutig (Fremdschlüsselfeld "Teilnehmer_ID"  -->  "Teilnehmer_ID_f")

[Beaker s.a.]

Hallo,
Bei Personen, die zu unterschiedlichen Gruppen gehören bevorzuge ich
auch wie Franz diese in einer Tabelle mit einem Rollenschlüssel zu
speichern. Allerdings verwende ich dann wegen der unterschiedlichen
Eigenschaften der P.-Gruppen 1:1-Beziehungen mit eben diesen speziellen
Eigenschaften.
Das ergibt für mich die folgenden Vorteile
- schlankere Tabellen ohne leere Felder
- um die Rolle muss ich mich nicht kümmern, die wird in den Formularen
als Standard gesetzt
- ich kann mich anwendungsweit auf eine einzige PersonenID beziehen

gruss ekkehard

[Kamado]

Ich versuche mal etwas eindeutiger auf die betroffenen Tabellen einzugehen.

tbl_Gruppen
Rund 130 Teilnehmer werden bei Ausbildungsbeginn in Gruppen eingeteilt (z.B Ausbildungsbeginn im Jahr 2021 16 Teilnehmer in Gruppe 4121.07; 14 Teilnehmer in 4121.06; .....). Eine Gruppe beinhaltet Teilnehmer die den selben Beruf erlernen (4121.06 = Maurer).
Das selbe für das zweite Ausbildungsjahr ( 4120.01; 4120.02; 4120.03; .....). Dritte Ausbildungsjahr (4119.01; 4119.02 .....) 
4121.06 bedeutet 41=Abteilung Bau; 21=Beginn der Ausbildung im Jahr 2021; 06=Gruppe6
Gruppennummern sind Berufe zugeordnet. Gruppe 1 =Fliesenleger, Gruppe 2 =Betonbauer, Gruppe 3 =Zimmerer, Gruppe 4 =Maurer, Gruppe 5, 6, 7 ..... auch Maurer da sehr viele Maurer eine Ausbildung machen.

Besonderheiten
1) Es kann sein, dass ein Teilnehmer ausnahmsweise mal in eine andere Gruppe wechselt.
Ein Beispiel: Letztes Jahr hatten wir nur einen Betonbauerauszubildenden (Gruppe 4121.02 = Betonbauer). Der wurde dann aber aus wirtschaftlichen Gründen in eine Mauergruppe mit eingeteilt. Blöd ist, dass bei dieser Konstellation der Betonbauer überwiegend Schalarbeiten macht und die anderen 15 Teilnehmer überwiegend Maurerarbeiten. Dann passt es also wieder nicht eindeutig mit Gruppe und Berufszweig.


2) Es kann sein, dass ein Teilnehmer innerhalb eines Ausbildungsjahres das Lehrjahr wechselt (Stichwort verkürzte Ausbildung). Also dann z.B. von 4121.07 nach 4120.07 wechselt.

3) Es kann sein, dass ein Auszubildender während seiner Ausbildung den Beruf wechselt. (Stichwort Stufenausbildung Bau) Da die Ausbildung von Maurern, Fliesenlegern, Betonbauern und Zimmerern im 1.Abj annähernd gleich ist, können Auszubildenden bis zum Ende des 1. Abj noch den Beruf wechseln.


tbl_Fächer
Die Fächer nennen sich bei mir in dieser DB z.B. Mauern1, Mauern2, Schalen1, Trockenbau1 ..... .
Bei uns im Betrieb heißen die Fächer nur Mauern und nicht Mauern1. Da die Teilnehmer aber häufiger Mauern haben, helfe ich mir erst mal mit der Bezeichnung Mauern1 .... . Bin damit aber nicht ganz zufrieden da nicht konform mit der Vorgabe die mir im Betrieb zugetragen wird. Besser wäre es vielleicht wenn die Aufzählung im Hintergrund passiert. Ich habe dazu aber noch keine Lösung.

tbl_Lehrgangsplanung

wobei ich die Verbindungen zwischen tbl_TeilnehmerGruppeneinteilung - tbl_Gruppen - tbl_Lehrgangsplanung nicht so richtig nachvollziehen kann.

Was heißt "tbl_Lehrgangsplanung "  ?

Sind das die geplanten, soll heißen angeboteten Lehrgänge? Dann könnte die TAbelle einfach tbl_Lehrgänge heißen.

Irgendwie muss ich die Teilnehmer, Ausbilder, Fächer und Zeitraum zusammenbringen und dokumentieren.
Ich glaube mein Fehler ist, dass ich mit Gruppen arbeite. Ich muss mehr mit Teilnehmer arbeiten. Habt ihr ja auch schon angedeutet.

tbl_Lehrgangsnoten
Die Teilnehmer bekommen pro Lehrgang Noten. Insgesamt 3 Noten pro Lehrgang. Fertigkeiten, Kenntnisse und Mitarbeit (tbl_Kompetenzen).

Sollten zwei Lehrgänge direkt hintereinander stattfinden (z.B. 5 Tage Mauern3 und direkt danach 5 Tage Mauern4), dann werden die Lehrgangsnoten für die beiden Wochen nur bei dem Lehrgang Mauern4 notiert. Das bedeutet Lehrgangsnoten für Mauern3 bleibt leer.




Ganz schön kompliziert bei uns. Lässt sich aber nicht ändern, da wir wiederum Vorgaben von der Kreishandwerkerschaft bekommen. Wie schon beschrieben, manchmal qualmt mir die Birne. Da ich aber weiß wie wichtig die Struktur ist, lasse ich mir Zeit dabei. Bin schon zu oft auf die Schnauze gefallen. 

[Kamado]

Tipps:
Verzichte auf Sonder- und Leerzeichen ("Datum des Eintrages").

Benenne Felder db-weit eindeutig (Fremdschlüsselfeld "Teilnehmer_ID"  -->  "Teilnehmer_ID_f")

Franz,

ich habe dein Rat befolgt und Namenstechnisch einiges angepasst. Eindeutige Tabellennamen, eindeutige Fremdschlüsselnamen, keine Leerzeichen, keine Sonderzeichen. (Bild 004)

[Kamado]

Hallo,
Bei Personen, die zu unterschiedlichen Gruppen gehören bevorzuge ich
auch wie Franz diese in einer Tabelle mit einem Rollenschlüssel zu
speichern. Allerdings verwende ich dann wegen der unterschiedlichen
Eigenschaften der P.-Gruppen 1:1-Beziehungen mit eben diesen speziellen
Eigenschaften.
Das ergibt für mich die folgenden Vorteile
- schlankere Tabellen ohne leere Felder
- um die Rolle muss ich mich nicht kümmern, die wird in den Formularen
als Standard gesetzt
- ich kann mich anwendungsweit auf eine einzige PersonenID beziehen

gruss ekkehard

Die Struktur habe ich verändert. (Bild 005)

Bedenken habe ich noch zu der gelb makierten Stelle. Wäre es nicht besser wie in Bild 006, da 16 Teilnehmer den selben Kurs belegen?

Dann noch zu der roten Markierung. Wie bringe ich die Noten und den Kurs zusammen?

[DF6GL]

Hallo,

natürlich ist "tbl_TeilnehmerKurse" (eigentlich dann "tbl_KursTeilnehmerGruppen") als Zuordnung der Teilnehmer(-gruppen) zu einem Kurs  erforderlich, wobei die Beziehung nicht zu Personen, sondern zu "tbl_TeilnehmerGruppenEinteilung" (warum nicht einfach "tbl_TeilnehmerGruppen" ? ) herzustellen ist.

Zu Besonderheit 1):  wenn Nachvollziehbarkeit erforderlich ist, ist hierfür eine zus#tzliche "Historientabelle" nötig.

Zum genannten Beispiel: Was der betroffene Teilnehmer tatsächlich mit dem Kurs bzgl. der Ausbildung anfangen kann, bzw. er nicht in den betroffenen Kurs passt, ist hier für die Struktur unerheblich. Allenfalls kann für diesen Teilnehmer eine Notiz hinterlegt werden.



Die Beziehung von tbl_Notendokumentation ( einfach: "tbl_Bewertung" oder "tbl_Benotung") zu tbl_Personen dürfte auch nicht passend sein.  Ein Note wir für einen Teilnehmer vergeben, der sich in einer bestimmten Gruppe befindet, die an einem bestimmten Kurs teilnimmt. 

Also "tbl_TeilnehmerGruppen" an "tbl_KursTeilnehmerGruppen" und "tbl_Benotung an tbl_KursTeilnehmergruppen" anbinden.

Wir schweifen aber jetzt stark vom Betreff des Threads ab...

PS:  Noch ein Tipp:

Ordne die Tabellen im Beziehungsfenster durchgängig so in "Pseudo-Spalten" an, dass die 1-Tabellen jeweils links von der n-Tabellen-Spalte zu liegen kommen.

Dann wird die Bedeutung der Beziehungen schneller/besser klarer...
Also etwa so:
tbl_Personen, tbl_Gruppen, etc.  in die linke (erste) Spalte, tbl_Kurse, tbl_TeilnehmergGruppeneinteilung, etc in die zweite (rechts von der ersten liegende) Spalte, In Spalte 3 käme dann "tbl_KursTeilnehmerGruppen"

[Kamado]

natürlich ist "tbl_TeilnehmerKurse" (eigentlich "tbl_Kursteilnehmer") als Zuordnung der Teilnehmer(-gruppen) zu einem Kurs  erforderlich, wobei die Beziehung nicht zu Personen, sondern zu "tbl_TeilnehmerGruppenEinteilung" (warum nicht einfach "tbl_TeilnehmerGruppen" ? ) herzustellen ist.

Guten Morgen Franz,

Wie du gemerkt hast bin ich von Gruppen und Kurszuordnung wieder abgewichen. Der Grund: Mal angenommen Gruppe 4121.06 hat den Kurs Mauern. Jetzt soll noch ein Azubi aus 4121.04 diesen Kurs auch besuchen, weil er aus Fehlgründen diesen Kurs nachholen soll. Dann ist meine Theorie wieder dahin mit den Gruppen. Oder ich müsste eine ganze Gruppe und einen einzelnen Teilnehmer dem Kurs zuordnen können.

[Beaker s.a.]

Oder ich müsste eine ganze Gruppe und einen einzelnen Teilnehmer dem Kurs zuordnen können.

Wieso? Ein Teilnehmer kann doch in mehreren Gruppen sein (tbl_TeilnehmerGruppenEinteilung).

[Kamado]

Die folgenden Punkte würde ich gerne in ein paar Tagen in einem anderen passenden Thread wieder aufgreifen wollen. Erst mal ein wenig Gras drüber wachsen lassen.

Wieso? Ein Teilnehmer kann doch in mehreren        Gruppen sein (tbl_TeilnehmerGruppenEinteilung).

Sorry, ich kann dir gerade nicht folgen. Vielleicht ist es auch ein Verständnisproblem.
Wenn ein Teilnehmer grundsätzlich in Gruppe 4121.06 eingeteilt ist dann kann er doch nicht plötzlich in Gruppe 4121.04 auftauchen. Die Gruppenzusammenstellung ist nicht temporär gemeint sondern bleibt für den Azubi die ganze Ausbildung.

Die Beziehung von tbl_Notendokumentation ( einfach: "tbl_Bewertung" oder "tbl_Benotung") zu tbl_Personen dürfte auch nicht passend sein.  Ein Note wir für einen Teilnehmer vergeben, der sich in einer bestimmten Gruppe befindet, die an einem bestimmten Kurs teilnimmt. 

Also "tbl_TeilnehmerGruppen" an "tbl_KursTeilnehmerGruppen" und "tbl_Benotung an tbl_KursTeilnehmergruppen" anbinden.

Auch hier habe ich es nicht verstanden. Ich habe zwar eine Beziehung hergestellt (Bild 007), aber wie die das im Detail vonstatten mit der Benotung gehen soll  habe ich nicht verstanden.

Wir schweifen aber jetzt stark vom Betreff des Threads ab...

Habe ich auch schon gedacht. Ich bin aber schon einen großen Schritt weitergekommen.
Danke dafür.


Dürfte ich auf mein eigentliches Anliegen nochmal zurückkommen?

Ich möchte in dem Formular ein Kombinationsfeld erstellen in dem ich den Ausbilder auswählen kann. Dieses Kombinationsfeld soll ganz oben den Ausbilder anzeigen der sich beim Start des Rechners als Windowsbenutzer angemeldet hat. Da dieser Windows-Anmeldename (z.B. lamme1) nicht aussagekräftig ist, soll der Nachname des Ausbilders ganz oben in dem Kombinationsfeld angezeigt werden. Das Feld "AusbilderAnmeldename" in der tbl_Ausbilder_1 habe ich mal erstellt, da ich vermute, dass so eine Verbindung hergestellt werden könnte.

[Kamado]

Hier noch das Bild zu dem Beitrag.

[DF6GL]

Hallo,

der Teilnehmer erscheint in jeder Gruppe, in die Du ihn eingeteilt hast. Das geschieht nicht plötzlich, sondern dann, wenn Du das machst.

Da dieser Windows-Anmeldename (z.B. lamme1) nicht aussagekräftig ist, soll der Nachname des Ausbilders ganz oben in dem Kombinationsfeld angezeigt werden

Suche mittels Dlookup  den Personennamen, der zum LoginName gehört  aus den Tabellen "tbl_AusbilderPersonenErweitert" und "tbl_Personen" (verknüpfende Abfrage nötig)  heraus und weise diesen dem Kombifeld zu.  Evtl. brauchst Du auch die Personen_ID, je nachdem, wie das Kombifeld eingestellt ist.

Ich sage aber nochmal, solange die Tabellenstruktur nicht ausgereift ist, stehen solche Gedanken an Formulardesign nicht auf der Tagesordnung.

(Ich bin hier nicht überzeugt, dass "tbl_AusbilderPersonenErweitert" nötig ist. Die Tabelle verkompliziert nur die Sache als sie nützt. Das Feld "Loginname" kann problemlos in tbl_Personen aufgenommen werden. )

[Beaker s.a.]

@Kamado
Jede Gruppenzugehörigkeit ist ein DS in der genannten Tabelle mit
TN-ID und GruppenID. Auf diese Felder gehört i.Ü. ein eindeutiger
Mehrfelderindex gelegt um doppelte Zugehörigkeiten zu einer
Gruppe auszuschliessen.

gruss ekkehard