Office: (Office 2010) Zwei Felder im Formular vergleichen

Hallo Klaus,

Ausdrücke werden asynchron zu den Events von Formularen ausgewertet. Im Formular_Current Event werden die beiden "Systeme" vermischt und das kann dann nicht funktionieren.

Entsprechend dem, was Eberhard schon gesagt hat, sind Formulare und die Steuerelemente für die Anzeige verantwortlich und die Daten sind in den Tabellen hinterlegt. Berechnungen sollten also, wenn sie nicht nur angezeigt, sondern auch weiterverarbeitet werden, nicht auf Steuerelementinhalten basieren, sondern auf den Daten selber. Eigentlich eine "goldene" Regel.

Deshalb solltest du die Berechnungen entsprechend umstellen und dann erst die berechneten Werte zur Anzeige bringen.

Gruß Ulrich

 

Hallo Josef,

Yippie Yeah! So funktioniert es!
Man kann zwar noch erkennen, dass das Ergebnis im neuen "Meldefenster" nicht unverzüglich mit dem DS-Wechsel erscheint, aber letztlich die Beträge vergleicht, nachdem die entsprechenden zwei Felder gefüllt sind, um dann erst die richtige Entscheidung zu treffen und auszugeben.
Mit diesen beiden Wenn-Dann-Optionen kann ich nun weitere Formatierungsanpassungen innerhalb meines Formulars vornehmen.

Besten Dank für den wertvollen Tipp.
Ich werde damit das Thema schließen und bedanke mich bei den weiteren Unterstützern.
Noch ein Hinweis für Marcel_LEV: die Code-Verlagerung zum Ereignis "AfterUpdate" konnte kein erwartetes Ergebnis bringen, da ich die Meldung beim Blättern durch die Datensätze benötige - auch wenn ich nichts geändert habe.

Gruß Klaus

 

Hallo Klaus,

Man sollte auch versuchen, eine Lösung zu verstehen. Mit der Lösung von Josef wird das Timing angeglichen und der Ausdruck in einem "rutsch" berechnet und ausgewertet, ohne das Events und asynchrone Ausdrücke kollidieren.
Wenn du das jetzt aber für weitere Formatierungsanpasssungen als Vorlage nehmen möchtest, wird dir das später zunehmend Probleme bereiten, die du dann nicht mehr so einfach umgehen kannst.

Gruß Ulrich

 

Hallo Ulrich,

ich bin ja bemüht, tiefer in die Materie einzutauchen - auch mit über 70 und sehr, sehr geringen Anwendungen.

Wäre es denn vernünftig, die Berechnung von Beiträgen innerhalb der Abfrage zu realisieren, die dem Formular als Datenherkunft dient?
Oder wäre es sogar nützlich, bereits in der maßgeblichen Datentabelle ein berechnetes Feld einzufügen?

Gruß Klaus

 

Ja

Nein, berechnete Felder haben in Tabellen nichts verloren, nur in Abfragen.

 

Denkbar wäre z.B., die Summen aus Eigen- und Fremdbeiträgen in einer eigenen Abfrage zu berechnen. Diese wird dann in einem weiteren Unterformular angezeigt und ist, da über das Mitglied verknüpft, auch nur ein Einzeiler wie jetzt Deine berechneten Felder. Events spielen da plötzlich gar keine Rolle mehr.

Was man desweilen durchaus gebrauchen kann: Durch die Abfrage sind diese Werte stets einfach ohne alle Abhängigkeiten auch an anderen Verwendungen verfügbar (=> Berichte, Statistiken, ...).

 

Hallo Eberhard,

jetzt habe ich mich angestrengt und eine Abfrage auf Basis einer Abfrage erstellt, um die Beiträge der Mitglieder hierin direkt berechnen zu können.

Hintergrund der Berechnung: Mitglieder der Sterbekasse sind nach dem Monat ihres 80. Geburtstages beitragsfrei versichert. Die Jahresbeiträge werden immer in der Mitte des ersten Quartals im Folgejahr belastet. Wird ein Mitglied also im kommenden Jahr (2020) im Mai 80 Jahre alt, dann sind noch 5/12 des Jahresbeitrags zu zahlen.

Ich verstehe nicht, warum meine Abfrage nach einer Eingabe für das Feld "SummeJahresbeitrag" fragt, obwohl dieses Feld in der Abfrage existiert.
Lasse ich das Feld der Parameterabfrage einfach leer, dann liefert mir die Datenblattansicht der Abfrage nach dem "Ok" des PopUp-Fensters trotzdem das erwartete Ergebnis.

Wie lässt sich dieses Manko vermeiden?

Gruß Klaus

 

Die interne Abarbeitung einer Abfrage erfolgt nicht von links nach rechts und von oben nach unten, man braucht auch nicht nachzusinnen, ob dies auf Entwursansicht oder SQL-Ansicht bezogen ist.
=> Siehe Grundlagen - SQL ist leicht (11) - Reihenfolge der Abfrageabarbeitung
Solche Parameterrückfragen entstehen, wenn ein unbekanntes Feld verwendet wird. Unbekannt deshalb, weil es erst nach dieser Verwendung berechnet wird und zur Verfügung steht.

Umformulierung der Abfrage oder ganz anders machen.

 

Hallo Eberhard,

mein Lösungsansatz besteht darin, dass ich zunächst eine Beitragssumme in einer ersten Abfrage ermittle und diese Abfrage in einer weiteren Query "qryAltersabhängigeBeiträge" verwende. In diese Abfrage habe ich auch die ProfiCash-Beträge zwecks Vergleich aufgenommen, die demnächst fällig sind. Diese Query dient als Datenherkunft für ein Unterformular.

Jetzt erscheint zwar die Meldung "Diskrepanz" bereits beim Öffnen des Hauptformulars, wenn ausgerechnet der 1. DS einen Soll-Ist-Beitragsunterschied aufweist, doch damit "kann ich leben".

Danke für deinen Hinweis auf die SQL-Grundlagen, die ich gelesen und ausgedruckt habe.

Gruß Klaus