Office: (Office 2016) Nach Sortierung im Formular, wird die Ansicht nicht mehr aktualisiert.

Hallo liebes Forum,

jetzt wahrscheinlich ein Standard Satz, aber ich habe nicht das richtige für mein Problem gefunden, vielleicht kann mir hier einer helfen !?!?!

Folgenes:

Ich habe mein Programm in eine Backend und zwei Frontend (Master und User) aufgeteilt. In dieser Datenbank sollen von den Usern Mängeln erfasst werden und in dem Master-Frontend werden diese kategorisiert und zum teil terminiert.

Das Problem habe ich im Master-Frontend, hier können durch Dropdownboxen und Optionsfeldern die Daten gefiltert werden. Wenn jetzt zB. ein Optionsfeld angewählt wird, findet die Filterung in der Abfrage statt und nach einem Code:

Befehl werden die Daten in Form angezeigt. Das funktioniert auch alles tadellos.

Jetzt wollten wir die Datensätze Aufsteigend nach dem Terminierungsdatum sortieren lassen, da ich jetzt nichts gefunden hatte (heißt ja nicht, dass es nichts gibt) um dies über VBA oder anderen wegen direkt in der verbundenen Abfrage zu ändern (da ich ich auch die Leerfelder weg haben möchte) habe ich es per Code:

und Code:

gelöst.

Bis dahin sah auch erstmal alles gut aus, bis ich die Sortierung mit

Code:

wieder deaktiviere. Er übernimmt schön wieder die Sortierung von der Abfrage aber wenn ich jetzt ein Optionsfeld anklicke, dann wird im Hintergrund die Abfrage wie gewünscht gefiltert, aber im Frontend passiert Garnichts. Erst wenn ich wieder ein Code:

Befehl ausführe, klappt es mit dem filtern.

Hoffe ich habe mich nicht zu umständlich ausgedrückt.

:)

 

Moin,
ich würde filtern und sortieren durch einen per VBA dynamisch zusammengesetzten SQL-String als Datenherkunft.
Beispiel für das Prinzip (ohne Sortierung) siehe hier: https://www.ms-office-forum.net/foru...75&postcount=6
Das lässt sich um einen "strOrderBy" erweitern.
maike

 

Hallo,

zeigt mal dein Code, der durch die Änderung des Optionsfeldes durchlaufen wird.

Ulrich

 

Hallo,

das Ergebnis vom Optionsfeld wird direkt in der Abfrage verarbeitet.


In der Abfrage steht folgendes: Wie "*" & [Forms]![frmMasterSuche]![rPrio] & "*"

Im VBA vom Frontend habe ich das an Code stehen.

Code:

 

Hallo Maike,

ich habe für mein Formular als Datenherkunft aber eine Abfrage. Bei dir beziehst du dich auf die Tabelle oder ?

 

Das ist dabei wurscht, eine Abfrage ist ja letztendlich ein Abbild der Tabelle.
maike

 

Hallo Daniel,

ein Optionsfeld arbeitet normalerweise mit numerischen Werten. Wieso wird in der Abfrage dieser Optionswert mit Like verwendet? Denn Sinn dafür kann man aus deinen Informationen nicht erkenne.

Warum wir "Me.rAufart.Value = Null" gemacht? Spielt das Feld in der Abfrage eine Rolle?

Vielleicht solltest du eine Beispiel-DB hier hochladen, ansonsten ist das ein stochern im Nebel.

Ulrich

 

Hallo Maike,

ja ok, aber mit dem Code filtere ich auf der Formular ebene, richtig ?

Sollte man generell die Filter- und Sortieraktionen direkt im Formular durchführen und nicht in der Abfrage ??

Kann ja sein, dass was ich will garnicht geht. Ich müsste dann nur mein Bericht anders machen, weil ich durch die Form direkt die Abfrage ändere und wenn ich möchte kann ich es als Bericht ausdrucken und hier kommt als Datenherkunft auch die gleiche Abfrage.

 

Hallo Ulrich,

wo siehst du LIKE, durch die Sternchen ? Das war copy and paste und hat geklappt.

Ja mit so einem Codesegment fängt man nicht viel an.

 

Anbei mal mein Frontend worum es geht.

 

Hallo Daniel,

interessant ist die Abfrage in der SQL-Ansicht, nur dort kannst du sehen, was wirklich generiert wird. Wenn da "Wie" steht, ist das in SQL ein Like und das wäre bei einem Optionsfeld erstmal ungewöhnlich.

Aus den Bildern geht jetzt aber nicht hervor, was die Zeile "Me.rAufart.Value = Null" bewirken soll. ist mal kein Feld der Abfrage und von der Bezeichnung her kein Control.

Die Ursache deiner Probleme hat sicherlich etwas mit der Datenquelle des Formulars zu tun. Du beschreibst hier nur, daß du etwas veränderst, zeigst aber nicht wie du es veränderst und welche Werte dabei gerade aktiv sind.

Wenn du das nicht möchtest, mußt du dir dann eben mit Debug-Ausgaben ein Bild davon machen, welche Einstellungen gerade aktiv sind und wie der SQL-Code deiner Datenquelle in dem Moment aussieht.

Ulrich

 

Hallo Ulrich,

was möchte ich nicht ?

Mit dem "Me.rAufart.Value = Null" setze ich alle Optionsfelder auf Null, damit hier keine Filterung aktiv ist in der Abfrage, da ich in der Abfrage diese auch in den Kriterien berücksichtige.

Aber diese ganzen sachen funktionieren ja auch, nur wenn ich in der Form den Befehl ausführe "OrderByOn = False" kann ich nicht mehr das geftlterte von der abfrage anzeigen lassen.

 

Hallo Daniel,

Du nimmst an, daß das funktioniert, was aber ja offensichtlich nicht so richtig der Fall ist. Für das Verhalten gibt es ja eine Ursache und die kommt nicht von Access alleine, sondern ist in deiner Programmierung begründet.

Bilder helfen hier nicht weiter. Ich sehe nicht, wie du das mit rAufArt in den Abfragekriterien berücksichtigst.
Das ist das was ich meine: du weißt, was da steht aber kein anderer von hier kann dir über die Schulter schauen und sehen was du gemacht hast.
Zeige die SQL-Anweisungen und den Code, wie du deine Filter zusammensetzt und sortierst oder lade ein Beispiel hoch.

Ulrich

 

Hallo,
Wozu braucht man für eine Abfrage "qry_offene_Massnahmen" 6 Tabellen?
Code:

("*" wg. Ungewissheit)
b.t.tw. das Feld "blnUmgesetzt" ist unnötig, da es keine zusätzl. Information beinhaltet

gruss ekkehard

 

Hallo ekkehard,

die sechs Tabellen kommen zustande, wegen den doppelten Daten. Habe gedacht das wäre so richtig, anstatt immer wieder gleiche Texte mit ID zu arbeiten. In der Abfrage will ich dann alles im Klartext sehen. Das * hatte ich genommen, denn wenn im Formular kein Filter betätigt wird, dann werden alle Daten angezeigt. Das Feld "bln Umgesetzt" habe ich, da ich im Formular nach Aufträge filtern möchte die Offen, Erledigt oder alle sehen möchte. Oder meinst du weil da auch das Datum angezeigt wird ?