Office: (Office 2016) VBA Abfrage Problm mit Hochkommas

Vielleicht so:
Code:

 

Nee - fehlender Operator *wink.gif* .
Hinweis, dass das mit den Gänsefüsschen noch nich so ganz hinhaut, taste dich doch einfach mal ran, erstmal nur mit einem Kriterium im DCount ...
Vielleicht sollten die IDKs auch jedesmal spezifiziert werden (tbl_Kalenner.IDK vs. tbl_Memberen_Presenzen.IDK).
maike

 

Moin,

ich hab mal versucht, das Ungetüm zu zerlegen, bin aber nicht sicher, ob das semantisch passt - Syntaxfehler gibt es schon mal keinen mehr:
Code:

ps: Vermutlich sind die eckigen Klammern hier überflüssig, wenn nicht sogar schädlich. Die kommen aus dem Abfragegenerator, odrr?

 

Es ist übrigens guter Stil, das Zusammenkleistern von Abfragetexten, wo immer es möglich ist, zu vermeiden und echte Parameterabfragen (leider in Access-Foren außer als Formular-Parameter kaum genutzt und erwähnt) zu verwenden.

 

gruss ekkehard


Diese Variante sollte funktionieren, wenn man innerhalb der Funktion doppelte Hochkommas verwendet.
Einfache Hochkommas würde der Compiler nicht akzeptieren.

LG Markus

 

\@Nouba: Sich über Stil zu mokieren ist leicht, hilft dem TE aber auch nicht weiter. Wie wär's, wenn Du ihm Deine Methode zeigen würdest?

 

\@Ralph,

ich dachte, dass die aktiven Helfern die Basics von Access-Abfragen beherrschen. Wenn dem aber nicht so ist, hier eine gespeicherte Abfrage, so wie sie vom Abfrageeditor erzeugt wird. Code:

Und hier ein dazu passender KlickCode für einen Knopf. Code:

 

\@Nouba
Ein doppeltes Hochkomma?
Dachte entweder ein einfaches Hochkomma oder ein maskiertes Doppeltes Hochkomma, ansonsten wir das innerhalb eines Strings doch nicht funktionieren oder?

 

\@Markus,

was hindert Dich daran, ein Minimalbeispiel zu bastem, um mir das Gegenteil zu beweisen? *Smilie

 

Eine Variante mit nur Hochkommata gibt es hier auch: Zweiter Codeblock, dritte Variante in Grundlagen - SQL ist leicht (10) - Nummerierung in Abfragen

 

Moin,

f genügt.

Dass die Helfer das kennen, hilft dem TE herzlich wenig.

Im Übrigen befürchte ich, dass 99 % der Hilfebedürftigen mit QueryDefs überfordert sind, ja nichtmal wissen, dass es die gibt.

 

\@Ralf,

dem kann man ja abhelfen, statt dilettantisches Wissen zu unterbreiten, das, geschätzt auf Basis der Anzahl der konstruktiven, aber eben auch nicht helfenden Beiträge, bei einigen Helfern nicht tief verwurzelt zu sein scheint - denn sonst stünde eine Lösung ja schon parat. *Smilie

 

Ersetze "man" durch "Du" resp. "ich", dann sind wir auf einer Wellenlänge.

 

Danke für eure vielen Antworten.

@ maikek: Ja es gibt da noch immer ein Problem mit den Gänsefüsschen. Habe jetzt eine Weile herumgetestet den Fehler aber noch nciht finden können.

@drambeldier: Danke für deinen Vorschlag. Die Funktion läuft ohne Fehler durch, aber irgendwie wird kein Wert in die Tabelle geschrieben. Kann aber nicht ganz nachvollziehen wieso.

Vielen Dank für eure Unterstützung
Daniel

 

\@Daniel,

ich weiß ja nicht, was Dich an der Umsetzung meines Voischlags hindert. Deshalb mal ein Beispiel im Anhang.