Office: (Office 2013) Unterformular und berechnete Felder

\@Eberhard:
"Wie bekommt man in der Datenblattansicht eine Formularfußzeile?"
Das geht schon. In der Entwurfsansicht z. B. Formularansicht wählen, dann steht die Fußzeile zur Verfügung. Und zur Ausführungszeit in der Datenblattansicht ist die Fußzeile zwar nicht sichtbar, aber die berechneten Felder werden berechnet und können auch angesprochen werden.

Den Hinweis mit der Summenberechnung in der Abfrage nehme ich noch mal auf. Das könnte mir zumindest das Iterieren durch die Daten zur Ermittlung der Gesamtzahlen ersparen. Wie ich das auch für die gefilterten Daten im Datenblatt nutzen kann ist mir noch nicht klar - hab aber auch noch nicht wirklich drüber nachgedacht...*wink.gif*

Viele Grüße
Michael

 

Wenn man eine Abfrage als SQL-Anweisung begreift und nicht nur als etwas Zusammenklickbares aus einer Assistentenoberfläche wie auch immer, dann fällt einem auf, dass eine SQL-Anweisung nichts anderes ist als etwas Text nach Syntaxregeln. In diesem kann man einen Filter neu anlegen bzw. einen vorhandenen Filter ergänzen, z.B. dann auch mit einem Filter, der in einem Formular erzeugt wird.

Ansonsten nutzt Du wohl neuere Features. Summenzeilen habe ich in Abfragen auch schon in Acc2010 gesehen. Insgesamt aber kennt man das nicht oder man braucht es nicht oder will es nicht. Hauptproblem: Solche Hilfen unterstützen Anfänger, lassen ihn aber alleine, wenn die Aufgabe etwas mehr als simpel wird.
Auch werden solche unsichtbaren Berechnungen immer nebenher laufen, auch wenn man sie nicht braucht und sie dann einer benötigten Performance sehr hinderlich sind.

 

Das ist eine Darstellung der Ereignisreihenfolge in ACCESS. Wann tritt was ein?
Hier als Textdatei in deutsch angehängt.
Auch ich kann mich nur den Aussagen von Eberhard anschließen.

 

Hallo Eberhard,

das Datenblatt mit seiner Filter-Funktion finde ich schon recht praktisch und für den Anwender sehr komfortabel.

Ich habe aber bereits Deine Anregung umgesetzt und ermittle Die Summenwerte für das ungefilterte Datenblatt (und das war ja der Ausgungspunkt meiner Frage) nun mit einer SQL-Aggregat-Abfrage, anstatt das Datenblatt in ein Recordset zu stecken und durchzuiterieren. Mit dem Ergebnis bin ich mehr als zufrieden: es funktioniert einwandfrei und ist rasendschnell!

Besten Dank für die Anregung :-) - immer wieder eine Freude in diesem Forum.

Viele Grüße
Michael

 

Hallo Elmar,

die Textdatei sagt mir, dass ich nicht angemeldet bin... ;-)

Aber trotzdem Danke - ich werde mir den Link noch mal in Ruhe anschauen.

Viele Grüße
Michael

 

\@Elmar

Mit Verlaub: was Ereignisreihenfolgen sind, weiß ich wohl; ob sie dem TE weiterhelfen, weiß ich halt nicht.

Gruß
Ralf

 

Das hatte ich auch nicht vermutet, was Dich betrifft. Und ob es dem TE jeweils hilft, weiss man so gut wie nie.

 

O.K., Anwender denken etwas anders.

Access ist in erster Linie eine Entwicklungsumgebung und Spielwiese für jene, die richtige und aufwändigere Anwendungen erstellen, und hier im Forum tummeln sich somit eher die Entwickler.

Der Schritt vom Anwender zum Entwickler kann ein besonders großer und anstrengender sein.

 

Lach...
Die Anwender sind meine Kunden - und der Kunde ist König :-)!
Und ich versuche, Ihnen so gute Lösungen wie möglich zu bieten.
Und dabei höre ich natürlich auch gern auf den Rat von Experten, die mehr Erfahrung haben als ich.
Viele Grüße
Michael

 

Das ist ein starker Anspruch, der entsprechenden Einsatz einfordert.

Man könnte daran denken: Es gibt (eigenprogrammierte) Benutzerführungen, die so einfach, offensichtlich, bequem und alle Wünsche erfüllend für den User sind, dass er nichtgesperrte Standardfunktionen, Menüs und Kontextmenüs einfach links liegen lässt.