Office: (Office 2019) Verliert irgendwann die Selektive Abfrage von UFO

Guten Tag

Ich habe ein HF mit darin befindlichem UF.
Die Abfrage der Teilnehmer im Uf bezieht sich immer auf den Kurs-Typ im HF
Solang ich das Formular neu erstelle, funktioniert das einwandfrei.

Eine Veränderung der Struktur oder Felder wurde nicht gemacht. Lediglich die Optik verändert.
Und plötzlich geht dann die selektive Abfrage der Kursteilnehmer von Uf auf das HF nicht mehr.
Frage ich einen ersten Kurs ab, geht das noch, frage ich dann den zweiten ab, geht es nicht mehr (selektiert die Kursteilnehmer nicht mehr nach Kurstyp)

Letzter Versuch war, ein Feld sep. zu definieren, welches angesprochen wird, geht aber auch nicht.

Ich weiss, dass ich kein "Oberhirsch" bin in Access, aber bislang habe ich fast alles hinbekommen.Aber diesmal weiss ich einfach nicht mehr weiter.

 

Schau Dir die Eigenschaften des Unterformularcontainers im Hauptformular an, also nicht des eigentlichen Unterformulars. Sind dort die Eigenschaften "Verknüpfen von" und "Verknüpfen nach" auf das richteige Feld gesetzt?

 

Guten Abend
Danke für Deinen Einwand und Idee. Habe nun alles "mit meinem Wissen" geprüft und konnte aber da keinen "Fehler" finden. So wie es für mich aussieht, besteht beim Öffnen ein "Suchschlüssel" und der wird nach Aktualisierung der Daten nicht nachgeführt.

Habe da auch schon mal etwas rumprobiert, ob man mit aktualieren der Daten eine Änderung herbeiführen könnte. Scheint aber nicht der Fall zu sein.

 

Kannst Du die Datenbank mal anonymisiert und in abgespeckerter Form hier hochladen? Das ist so nicht nachvollziebar.

 

Ist das so korrekt?

Sind nur noch die Kursdefinition und Status drin
Rest müsste raus sein.

 

Zumindest mal rausgefunden, wann diese Selektion rausfällt

Immer wenn ich das Formular auf Endlos umstelle ist die Selektion weg
Stelle ich es wieder zurück auf Datentabelle, dann geht es wieder

 

Moin DahnSwiss,
ich gebe zu, ich kann mit Deiner Demo und der Problembeschreibung nicht viel anfangen.
„Anonymisierte Datenbank” heißt nicht, dass Du keine Daten in den Tabellen lassen sollst, sondern wenige (<20) anonyme Datensätze mit Werten ohne Bezug zu realen Personen oder Gegebenheiten, die rein zur Verdeutlichung Deines Problems dienen.
In Deiner Bsp-DB sehe ich viele Formulare, kann aber Dein geschildertes Problem nicht nachstellen.
Wo sehe ich dort welches Problem, wenn was umgestellt wird?
Gruß
Doming

 

Ok?
Nun Problem ist einfach. Im frm_KU werden Kurse eingegeben
Diese sind selektioniert aufgrund der Kurs-Art (z.B.) "CZV_W"
Sobald man aber das UFO von Datentabelle auf Endlos umstellt, selektioniert es nicht mehr nach diesem im HF gegebenen Kurs-Code. Stellt man es zurück auf Datentabelle, wird das wieder selektoniert und läuft wieder einwandfrei

PS: das anonymisieren habe ich nicht gewusst, wobei eh keine mehr als 20 Datensätze darin enthalten waren.
Die Teilnehmer waren vielleicht 15-20 und Kurse waren auch erst die "Nachträge" in einem oder zwei Kursen, damit die Gesamtmenge der absolvierten Daten gestimmt hätte.

 

Sorry, ich hatte bisher noch keine Zeit zu schauen. Ich melde mich ggf. noch dazu.

 

Hallo DahnSwiss,

das Problem liegt wahrscheinlich in der Struktur der Tabellenbeziehungen. Verdächtig erscheint mir der Rightjoin zwischen tbl_KU und tbl_KU_ZE, sowie die 1:1 Beziehung von tbl_KU_TN zu tbl_TN_KT. Diese würde ich vermeiden. 1:1 Beziehungen lassen sich doch in derselben Tabelle verpacken. (Ich splitte diese nur, wenn es sich um sehr viele Felder in einer Tabelle handelt.) Joins verwende ich nur in Abfragen.
Die Doppelverknüpfung von tbl_ZZ... würde ich ebenfalls vermeiden indem ich tbl_ZZ zweimal in die Beziehungen nehme und dann jeweils einmal mit den anderen abhängigen Tabellen verknüpfe um einen Zirkelbezug zu vermeiden.
Das ist jetzt natürlich keine direkte Lösung für das Problem, aber ich kann mir vorstellen, dass Access bei Strukturungereimtheiten in den Beziehungen bei der Formularansicht etwas anders reagiert, als bei der Datenblattansicht.
Von den in den Tabellenbeziehungen abweichenende Verknüpfungen in Abfragen verkomplizieren die Situation zusätzlich.
Ich würde das Datenmodell nochmal überdenken. Die starke Normalisierung unter Verwendung von Autowert-IDs ist, vor allem in kleinen DBs, oft, aber nicht immer ein Vorteil.

 

Guten Tag andyfau

Danke für Deinen Versuch. Habe nun mal die ganze Struktur nocheinmal überdacht und so verändert, dass es nur noch 1:n Beziehungen hat. Auch sind nun alle ID's explizit auf Basis einer "Longinteger".

Leider alles nichts gebracht - selbst Neuaufbau usw. sind alle gescheitert.
Habe nun im Ufo des Formulars nun ein Butten gesetzt, welcher jeweils aktualisiert werden kann. Dann geht das "ganze".

Jedoch aber vielen Dank für den Versuch, werde bei Gelegenheit das Phänomen mal weiter versuchen. Bin aber derzeit etwas unter "Druck" und habe nun die DB in dieser halbfertigen Version mal meinem Kollegen übergeben. Es funktioniert, aber er muss halt, sobald er einen Kurs wechselt bei der Eingabe, diesen Button drücken. Kann er derzeit damit leben. Und vielleicht finde ich noch eine schönere Lösung dafür.

Gruss und schöne Festtage

 

Hallo DahnSwiss,
es freut mich, dass Du eine "erstmal funktionierende" Lösung gefunden hast. Aber anstatt die Joins in den Tabellenbeziehungen zu entfernen hast Du weitere eingebaut. Das sind ja keine 1:n-Beziehungen, sondern 1:alle-Beziehungen, was in den Tabellen eher kontraproduktiv ist. Leider durchblick ich die ganzen Abkürzungen nicht um so die tatsächlichen Beziehungen der Datensätze zu verstehen. Wenn der "Druck" mal weg ist, kann man ja vielleicht ein grundlegendes "Reengenierung" starten.
Soll heißen:
Ein Lastenheft erstellen, was die Datenbank überhaupt leistet, bzw. leisten soll. Also, welche Funktionen sollen umgesetzt werden?
Gibt es einen Workflow oder sind alle Daten statisch nur gespeichert um dann in bestimmter Weise abgerufen zu werden?
Welche Tabellen braucht es dazu?
Normalisierung der Datentabellen/Felder
Erstellung der Abfragen um die geforderten Datenergebisse zu erzielen.
Erst dann gehts an Formulare und Berichte, sowie die DB benutzerfreundlich zu machen.

Leider verführt Access dazu das Pferd von hinten aufzuzäumen, weil man kleine DBs "mal eben" zusammenklicken kann.

Ich wünsche Dir auch eine schöne Weihnachtszeit, bis vielleicht demnächst...

 

Hab mir schnell die Zeit genommen, dir die offnen Fragen zu definieren.
Ist nicht ganz einfach - dieses verworrende Konstrukt der Zulassungsbehörde zu verstehen.
Hoffe ich kann Dir das verständlich erklären, und vielleicht hast Du einen anderen Vorschlag der Datenstruktur.

PS: "Lastenheft" habe ich schon erstellt. Habe auch die grundsätzlich Datenstruktur zuerst erstellt, dann erst die jeweiligen Formulare in Datentabellendarstellung. Daher ist es mir ja auch erst dann aufgefallen, dass die Reaktion in Datentabelle und Formular nicht identisch sind.

Um die Logik zu verstehen:
Ein LKW-Fahrer (tab_TN) benötigt einen Ausweis CZV / Fahrerqualifikation um Güter transportieren zu dürfen.
Er beginnt immer mit einem CZV-Grundkurs (5 Tage/Punkte) - (innerhalb 1 Jahr nach absolvierten LKW-Prüfung). Zeitraum in (tab_TN_CZV) definiert.

Dieser CZV-Ausweis hat dann 5 Jahre Gültigkeit.
Innerhalb dieser 5 Jahre benötigt er dann 5 Tage Weiterbildung
Dies kann in Form von CZV-Kursen sein, ADR-Kursen, Staplerkursen usw.

Dies unterschiedlichen Kurstypen haben dann jeweilige Ausweise:

• CZV-Ausweis (tab_TN_KA) - zwingend um Güter tranportieren zu düfen, gibt auch den Zeitraum vor, in welchem die Kurse absolviert werden müssten:
  
  • Grundkurs immer 5 Tage
  • Wiederholungskurse innert 5 Jahren 5 Tage (meistens je 1 Tag)
  • nach absolvieren von 5 Tagen/Punkten, verlängert sich um weitere 5 Jahre,
  • Ausweis kann frühestens 6 Mt vor Ablauf bestellt werden.

  ​

• ADR-Ausweis (abTN_KA)- gültig 5 Jahre - ist nicht zwingend, ausser er fährt mit gefährlichen Güter
  
  • Noch kein ADR-Ausweis - Grundkurs 3 Tage - gilt aber für CZV-Punkte nur 1 Tag/Punkt
  • Sofern innerhalb gültigem Ablauf benötigt es nur - Wiederholungskurs 1 Tag/Punkt
  • (nach absolvieren wiederum 5 Jahre gültig)
  • Ausweis kann frühestens 6 Mt vor Ablauf bestellt werden.

  ​

• Stapler-Ausweis - ohne Ablaufdatum
  
  • Je nach Typ Stapler zwischen 1-3 Tage - gelten nur 1 Tag CZV-Punkt

  ​

usw. je nach Gültigkeit der Zulassungsstelle

Kurse kombinierbar innerhalb dieser 5 Jahre CZV-Ablaufdatum (tab_TN_CZV) - z.B.

3 Wiederholungskurse CZV
1 Wiederholung ADR
1 Staplerkurs​

Sobald diese 5 Tage/Punkte erreicht sind, verlängert sich das CZV-Datum um weitere 5 Jahre
Und so wiederholt sich das immer alle 5 Jahre.

Abkürzungen
tbl_KU = Kurs Nr, Kurs Datum, Kurs Type, Kurs Punkte
tbl_KU_ZE = Kurs Zeiten, da es mehrere Tage sein kann
tbl_KU_TN = jeweils Kurs_Datum/Kurstyp, nur Teilnehmer welche diese benötigen aufgrund Ausweis

tbl_TN = Grundlagen für Kursteilnehmer
tbl_TN_CZV = Grundlage wann und wie lange der gültige Zeitraum ist, in welchem Kurse gültig sind.
tbl_TN_KA = Gülige Karten mit Ablaufdatum - Bestelldatum da nicht füher als 6 Mt vor Ablauf bestellbar

tbl_ZZ_KU_Typ = welche Kursgruppen gibt es (CZV Wiederholung oder Grundkurs, ADR Wiederholung oder Grundkurs, Staplerkurs, unsw.) - Aufgrund des eingetragenen Typ's auf dem Ausweis im Teilnehmer, werden dann diese angezeigt in Sortierung aufsteigend des Ablaufdatum Ausweis

 

Ok, prima, dass Du mir die Chance gibst die Aufgabe nachzuvollziehen. In den nächsten Tagen hab ich sicher mal die Muße das zu tun. Ich melde mich beizeiten. Bis dahin eine gute Zeit.

 

Beim Durchsehen der Tabellen habe ich gesehen, dass Du berechnete Felder und Nachschlagefelder direkt in den Tabellen nutzt. Berechnungen sollten ausschließlich in Abfragen, ggf, dann auch in Formularen/Berichten genutzt werden, weil diese intern nicht beinflusst werden können und sich dann in Abfragen und Formularen dazwischen drängen und nicht nachvollziehbare Ergebnisse erzeugen (können). Desgleichen gilt für Nachschlagefelder, die dann immer, manchmal auch ungewollt, Kombifelder in Formularen verursachen, die dann schwer bis garnicht steuerbar sind.
Aber, ich mach mal weiter.....