Office: (Office 2010) Problem mit Variablen

Wenn ich folgende Abfrage zu der Tabelle Kinder ausführe, kriege ich die Meldung:"Datentypkonflikt in Kriterienausdruck"

StrSQL = SELECT Kinder.ID, Kinder.KundenId, Kinder.Geburtsjahr
FROM Kinder
WHERE (((Kinder.KundenId)=' " & IntKdId & " '));

IntKdId ist eine globale Integer-Variabel, die mit dem Laden einer User Form initialiersiert wird. Kinder.KundenId ist ebenfalls ein Integer Wert. Nach dem Laden der Form führe ich die Abfrage aus.
Wenn ich über folgenden Befehl
LstKids.RowSource = StrSQL
eine 3 spaltige Listbox zu füllen versuche, erscheint der SQL-String im Header der 1. Spalte.
Sonst passiert nichts.
Was mach ich falsch?

:)

 

Hallo,
Code:

Bei einer Zahl brauchst Du keine Hochkommas. Außerdem ist die Stringzuweisung falsch. Es fehlen Anführungszeichen.
Dann gibt es noch überflüssige Klammern und Tabellenbezüge.

 

Hallo Pongo.

wenn die Variabel IntKdId ein Integer Wert ist, dann musst du die Hochkommas weck lassen.

Versuch es folgender maßen:

Code:

 

Das mit den Hochkommas habe ich mittlerweile vergessen, habe lang nichts mehr mit Access gemacht.

Der SQL-String sieht nun so aus:
"SELECT ID, KundenId, Geburtsjahr " & _
"FROM Kinder " & _
" WHERE (((KundenId)= " & IntKdId & "));"

Vor den Anführungszeichen am Zeilenende sind Blanks, die sieht man hier aber schlecht. Dann kommt:

LstKids.RowSource = StrSQL
LstKids.Requery
LstKids.Visible = True

Aber das bringt nichts, nach wie vor steht der Abfragetext im Header oder in der 1. Zeile. Irgendwie funktioniert nichts.

 

Stimmt der Herkunftstyp der Listbox? Ich vermute, die deutet die SQL als Wertliste (was sie nicht ist). Stell mal um auf Tabelle/Abfrage.

 

*grins Das war es. So was Behindertes von mir.*upps
Habe wohl alles vergessen. 1000 Dank!

 

Hallo Leute
vielleicht findet ihr ja den Fehler ich sehe ihn einfach nicht.
Access saft immer das ein Datentypenkonflikt im Ausdruck ist.

Ich habe ein Formular erstellt das mir als Suche dient. Die jeweiligen Textfelder sollen ausgefüllt und dann in das Kästchen (jeweils chk...) ein Häckchen gesetzt werden, nach was gesucht werden soll.

Der alte Code ohne Fehler:
Code:

 

Hi,
die letzte Zeile sieht abgeschnitten aus. Fehlt da was?

Und bei einem Kreuzprodukt von 6 Tabellen (!) wird die Performance vermutlich grottig und mit jedem weiten Satz in einer der Tabellen noch grottiger. Weißt du, was du da tust?!

 

Eigentlich sollte das so aussehen:
Code:

 

Füge mal Leerzeichen um Operatoren wie "

 

okay geändert danke

 

Hi,

die Datentypen können wir leider nicht sehen. Du schon. Die beliebtesten Fallstricke dabei:

• Vergleiche von Textfeldern gegen Textwerte erfordern Textbegrenzungen: Nachname = "Meier"
• Zahlenwerte erfordern keine Kennzeichnung, aber Dezimalpunkte (wenn Dezimalen interessieren): Zahlenfeld = 5.5
• Datumswerte erfordern eines der sql-gemäßen Datusformate, das deutsche ist da untauglich. Gangbar z.B. Geburtsdatum = #1990-08-23#
• JaNein-Werte am besten mit True und False auswerten: Raucher = True
• Feldnamen am besten immer eckig einklammern.

Und meinst du nicht, du fährst besser, wenn du deine SQL dynamisch zusammenbauen lästt, statt die Kombinatorik zu Fuß zu machen? Siehe Demo-Datenbank - Suchkriterien kombinieren (Beispiel Personensuche) - MS-Office-Forum