Office: (Office 2003) Kombinationsfeld als Abfragekriterium

Hallo,

Ich habe ein Kombinationsfeld, Datenherkunft ist Werteliste,
Ich kann also nur die erste Spalte im Kombifeld sehen.
In einer Abfrage wird jetzt diese Kombinationsfeld als Filter, d. h. als Kriterium gesetzt. Das klappt sehr gut.
Ich möchte aber nicht die gebundene 1. Spalte als Kriterium haben, sondern Column (1)

Da habe ich immer eine Fehlermeldung. Wer kann mir da ein Typ geben. Wie kann ich der Kombinationsfeld in die Abfrage einbinden
[Formular]![Mein Formular]![Mein Kombinationsfeld]

Vielen Dank für die Hilfe
Viele Grüße
Bus

:)

 

Hallo Bus,
Es muss
Code:

heissen, oder besser auf englisch
Code:

hth
gruss ekkehard

 

Hallo Ekkehard, bekomme dann die Fehlermeldung
Undefinierte Funktion ........ im Ausdruck

Gruß
Bus

 

Schau mal hier.

Oder Du verwendest statt der Werteliste eine Tabelle als Datensatzherkunft des Kombis (ist ohnehin praktikabler) und arbeitest mit Dlookup() Aber auch dann ist o. g. Link anwendbar.

 

Wie Maxel zeigt mittels Funktion oder
die zweite Spalte zur gebundenen machen (ist keine Alternative?)

 

Moin,
vielen Dank für die Hilfe,
es hatte auch erst geklappt aber dann kam wieder die Fehlermeldung.
Warum?
Werde noch einmal alles prüfen.

Gruß
Bus

 

Hallo!

Wo wird diese Abfrage eingesetzt?
Ich halte diese Formularbezüge in allgemein verwendbaren Abfragen (gespeicherte Access-Abfrage) für einen Designfehler. *wink.gif*

Bezüglich Bezug auf Column(1) - ein Lösungsansatz ohne VBA-Code:
Wenn man in das Formular ein ungebundenes Textfeld einfügt und von dort aus auf Column(1) verweist, dann sollte der Bezug zu diesem Textfeld in der Abfrage funktionieren.

mfg
Josef

 

Danke Josef,
das hat jetzt konstant funktioniert.
Gruß Bus

 

OT:

Liest man ja immer wieder - leider ohne Hinweis darauf, wie man es designtechnisch besser machen könnte. *wink.gif*

 

Hallo Marsu!

Wenn jemand danach fragt, gehe ich gerne näher darauf ein. Vorab einen Kurzroman zu schreiben, ohne Verdacht auf Interesse zu stoßen, vermeide ich mittlerweile. *wink.gif*

Ein paar Ansätze um den Formular-Bezug wegzubringen:

1. "echte" Parameter-Abfrage, deren Parameter per VBA befüllt werden.
... klappt immer dann, wenn die Abfrage in VBA oder in einem Formular benötigt wird. (Für einen Bericht ist das nicht verwendbar.)

2. Falls der Formular-Bezug nur zum Filtern benötigt wird, könnte man die Abfrage auch ohne Filter speichern und den Filter erst bei Bedarf ergänzen. (Formularfilter, OpenForm/OpenReport-Parameter usw.)

3. Eine Hilfstabelle verwenden in der die Filterwerte stehen und diese Tabelle vor der Abfrageausführung passend befüllen.


Ich verwende in meinen Anwendungen nirgends so einen Formuarbezug in "wiederverwendbaren" Abfragen. Daher bin ich der Meinung, dass man darauf verzichten kann. *Smilie

Was ich schon einsetze:
Beispiel abhängige Kombinationsfelder: den Filterwert vom 1. Kombi im 2. Kombi verwenden. Dieser SQL-Ausdruck ist dann aber nicht als gespeicherte Access-Abfrage abgelegt sondern direkt im jeweiligen Formular in der Combobox eingestellt.
Prinzip: RowSource: select .. from Tab where FeldXyz = [cbxFilter1]
... unbedingt ohne Form-Zeugs, damit die Verwendung als UF keinen Einfluss auf den SQL-Ausdruck hat.

mfg
Josef

 

Hallo Josef,

danke für die ausführlichen Ansätze.
So haben wir dann einmal alles zusammen,
worauf man bei nächster Gelegenheit verlinken kann. *wink.gif*

Mein Interesse hast du auf jeden Fall; haben wir ja auch
schon manches Mal angesprochen ohne es weiter auszuführen.

 

Hallo Josef,
ich stelle mir die Formularvariante in etwa so vor. Ist es das was du meinst?
Code:

 

Hallo!

Ja, das Prinzip meinte ich.
Vorteil der Parameterabfrage: die Datentypen der Parameter sind festgelegt, wenn man die Paramter in der Abfrage definiert. Man muss sich somit keine Gedanken zur Konvertierung in einen String machen.

Die Recordsetzuweisung funktioniert auch mit einem ADODB-Recordset.

mfg
Josef