Kriterium für Abfrage im Formular einstellen

Hallo!
<br />> Das Kriterium Wie *"[Formulare]![Filter]![Problem]"* funktioniert nicht.
<br />Dieses Kriterium würde einen Syntaxfehler schmeißen. Also nehme ich an, dass es in der Abfrage nicht genauso aussieht. Funktionieren sollte es so:
<br />Wie "*" & [Forms]![Filter]![Problem] & "*"
<br />Wobei nicht "Formulare" oder "Forms" entscheidend ist (das verhindert nur manchmal Probleme) sondern die Anführungszeichen und kaufmännischen Unds. Wenn das bei dir nicht klappt, dann kopiere dein wirklich versuchtes Kriterium 1:1 hier rein oder noch besser: Wechsle in die SQL-Ansicht der Abfrage und kopiere den SQL-Text von dort in deine nächste Nachricht.
<br />

Hallo Josef! Entschuldige dass ich mich erst jetzt melde, hatte die letzten Tage viel um die Ohren.

In der SQL-Anweisung steht tatsächlich [Formulare].

Der Fehler hat sich speziell deswegen ergeben, weil ich eine Lösung für dieses Problem (https://support.microsoft.com/de-de/kb/510040) suchte und daher in der Abfrage in mehreren Spalten folgende Zeile einfügte:

Wie "*" & [Formulare]![formular]![formularfeld] & "*" Oder [Formulare]![Formularname]![Feldname] Ist Null

So funktionierte die Abfrage noch. Nach dem Speichern, Schließen und nochmaligem Öffnen, wurde aber die Abfrage von ACCESS selbständig abgeändert (die SQL-Anweisung wurde elendslang und die Oder-Einträge wurden in die Oder-Zeilen verschoben, die Spalten bzw.
[Abfragefelder] wurden in mehrere aufgesplittet). Erst mit dieser von ACCESS durchgeführten Änderungen wurden die Felder in den Formularen nicht mehr gefunden.

In einem weiteren Versuch hatte ich in den Abfragespalten (Kriterium) den Ausdruck:

Wie "*" & [Formulare]![formular]![formularfeld] & "*"

eingegeben und in der Oder-Zeile:

[Formulare]![Formularname]![Feldname] Ist Null

Auch diese Abfrage wurde verändert, aber nicht ganz so stark.

Es wurden jeweils aus einer Spalte, welche diese Kriterien und Odereinträge enthielten 2 Spalten generiert, wobei eine für den Feldnamen in der aktuellen Abfrage stand:

------

Feld: [Feldnamen]

Tabelle: [Aktuelle Abfrage]

Kriterium: Wie "*" & [Formulare]![formular]![formularfeld] & "*"

------

Und sich eine auf die das Feld in dem Formular bezog:

------

Feld: [Formulare]![Formular]![Formularfeld]

Tabelle:

Kriterien:

Oder: IstNull

------

Das Ergebnis funktioniert und ich weiß nicht warum

Wenn ich in den Formularfeldern etwas eintrage, wird genau der Textteil herausgefiltert.

Wenn ich das Formularfeld leer lasse, werden alle Datensätze des Feldes angezeigt inkl. [Null-Einträge].

Das funktioniert bei jedem einzelnen Formularfeld, sodass - wenn überhaupt keine Eintragungen in den Formularfiltern eingetragen waren - alle Datensätze gezeigt werden, inkl. Null-Einträge.

Hallo!
Dafür gibt es verschiedene Methoden. Du kannst z.B. einen Bezug auf das Firmenfeld im Formular als Kriterium in die Abfrage schreiben. Dann brauchst du noch einen Aktualisierungsbefehl, wenn die Firma geändert wird.
Schau mal, ob dir das weiterhilft:
FAQ 4.36 Abhängige Kombi/Listenfelder

Servus
Kar

Hallo Karl, danke für die Antwort!

Entschuldige bitte, dass ich deine Lösung in Frage stellte. Sie hat auch grundsätzlich funktioniert! Ich hatte leider die Erfahrung gemacht, dass diese Lösung aber genau einmal funktionierte, nämlich zu dem Zeitpunkt, wo ich sie frisch eingegeben hatte.
Ich verwendete diese Zeile insgesamt 5x in der Abfrage, jeweils in einer anderen Spalte:

Wie "*" & [Familienname] & "*" Oder [Familienname] Ist Null

Wie "*" & [Vorname] & "*" Oder [Vorname] Ist Null

Wie "*" & [Kundennummer] & "*" Oder [Kundennummer] Ist Null

Wie "*" & [Wohnort] & "*" Oder [Wohnort] Ist Null

Wie "*" & [Betreuer] & "*" Oder [Betreuer] Ist Null

Das Problem trat aber erst dann auf, als ich die Abfrage speicherte und schloss. Danach wandelte Access die Abfrage selbständig um. Access generierte eigene Spalten und teilte dieses eine Kriterium auf.

So wurden aus der einen Spalte für den "Familiennamen" mehrere Spalten, etwa:

Feldname bleibt, also = [Familienname], Kriterium = Wie "*" & [FamNam] & "*"

Parameterabfrage wird Feldname des Familiennamens, Kriterium = Ist Null

Das war halt bei mir immer der Punkt wo die Abfrage nicht mehr funktionierte sondern eine Fehlermeldung generierte.
Ich hab sie jetzt nochmals mit solch einer mehrfachen Parameterabfrage probiert und sie funktioniert nun auch nach dem Speichern und schließen.


Damals verwendete ich die Kriterien mit einem Verweis auf den Feldnahmen in einem Formular statt der Parameterabfrage. Ob das nun auch funktioniert muss ich erst noch versuchen. Wenns aber auch funktioniert, hab ich wohl wals falsch gemacht - dann tausend
Dank für die Lösung.

Eine Frage hab ich aber noch bitte. Warum funktioniert dieses Kriterium so; das verstehe ich nicht?

Das Kriterium - Wie "*" & [Familienname] & "*" Oder [Familienname] Ist Null
- würde ich so interpretieren, dass er IMMER die "Ist Null" Einträge anzeigt, weil ja
ODER IST NULL steht. Warum weiß ACCESS, dass ich das IST NULL dann nicht mehr benötige, wenn ich dem Parameter einen Wert zuweise?

Das verstehe ich nicht?! Würde mich freuen wenn du mir das noch erklären könntest!

Danke im Voraus

Hallo Sabine,

es gibt mehrere Elemente die eine eigene Datenquelle haben können. Dazu gehört das Formular selbst, das Kombifeld, die Liste und das Unterformular. Das selbe gilt für den Bericht.

So ist es also möglich auf einem Formular/Bericht z.B. ein Kombifeld zu platzieren das eine Datenherkunft hat die mit dem Formular nichts zu tun hat.

Eine weitere Möglichkeit ist ein ungebundenes Textfeld in Dein Formular einzubauen und dann mittels VBA zu füllen. Hierfür eignet sich z.B. der Befehl DLookup auch wenn ich den nicht gerne benutze

Variante 3 ist eine Abfrage zu erstellen. In der Abfrage die Du auch zu Excel exportieren kannst fügst Du alle Abfragen ohne Beziehung ein und wählst die Felder der Abfragen aus. Also einfach keinen Strich dazwischen machen. Die könntest Du dann auch für
Dein Formular oder Bericht benutzen. Allerdings ist das Formular dann schreibgeschützt.

Ich hoffe es hilft Dir ein wenig weiter.

Viele Grüße

Mike