Probleme mit SELECT und Strings

[Puke]

Hi,
Irgendwie scheine ich irgendetwas nicht ganz verstanden zu haben.
Ich versuche mittels Zeos und firebird diese Abfrage zu Starten:

Code:

SELECT * FROM Tabelle WHERE MeinFeld = 'String'

Die Ausführung sieht so aus

Delphi-Quellcode:

Query.sql.clear;
Query.sql.add(...);
Query.open; // hier tritt Dann der Fehler auf
Query.first;

Die Exception

Code:

... Exception class $C0000005 with Message 'Access violaton at 0x1003ba5b: read of address 0x00000000'

Ich habe irgendwie keine Ahnung ...

Danke für Hilfe
Puke

EDIT: Passiert nur bei Strings!!!

[mkinzler]

Es sihet eher danach aus, dass die Komponente nicht instantiiert ist.

[Puke]

Ich habe die Abfrage schon einmal auf Integer umgewandelt! Ohne Probleme...

Das kann nicht das Problem sein

[Union]

Ist das wirklich die Query? Oder soll das nur ein Beispiel sein?

[vagtler]

Zitat von Puke:

[...] Das kann nicht das Problem sein

Famous last words...

[nahpets]

Zeig' doch mal bitte, was Du hier genau machst: Query.sql.add(...); Bei .add passiert doch was anderes als ... und das SQL-Statement steht bestimmt nicht genauso anstelle der ...

Es könnte also z. B. so aussehen:
Query.sql.add('SELECT * FROM Tabelle WHERE MeinFeld = ''String'''); oder eher so?
Query.sql.add('SELECT * FROM Tabelle WHERE MeinFeld = ' + QuotedStr('String')); oder vielleicht mit Parameter? Query.sql.add('SELECT * FROM Tabelle WHERE MeinFeld = :Suchbegriff'); ok, dann fehlt in Deinem Beispiel noch das Befüllen des Parameters, dass sollte aber nicht zu dem auftretenden Fehler führen, sondern eher zu einem ungültigen SQL-Statement.

Wenn es mit Integer funktioniert und nicht mit Zeichenfolgen, dann liegt der Fehler genau in an der Stelle, die Du uns durch ... verheimlichst.
Ohne eine Info über die drei ??? (achne, dass sind ja schöne Kinderbücher ), also ohne den Inhalt der drei ... können wir bestenfalls die bemühen, die Erfolgsaussichten tendieren jedoch gegen 0.

[Perlsau]

Zitat von mkinzler:

Es sihet eher danach aus, dass die Komponente nicht instantiiert ist.

Würde in diesem Fall der Fehler nicht bereits bei Query.sql.clear; auftreten?

[Perlsau]

Zitat von Puke:

EDIT: Passiert nur bei Strings!!!

Hast du die Strings in deiner Abfrage (Query.sql.add(...); ) auch gequoted (in Hochkommas gesetzt)?

[Puke]

Sollte eigentlich nur ein Beispiel sein. Na dann:

Delphi-Quellcode:

Function TFireBird.DoRelationExists(IN_Table: String; IN_Data: WideString; Var OUT_Index: Integer):Boolean;
Begin
[...]
// Wenn ich hier das StringFeld durch ein IntegerFeld ersetze und die Werte anpasse funktioniert es 
// einwandfrei. Nur der Sinn kommt dann abhanden ...
SendSQlSelect('SELECT * FROM ' + IN_Table + ' WHERE ' + IN_Table + 'Name = ''' + IN_Data + '''';
[...]
End;

Procedure TFireBird.SendSQLSelect(IN_Command: String);
Begin
FdbquerySelect.SQL.Clear;
FdbquerySelect.SQL.Add(IN_Command);
FdbquerySelect.Open; // Debugger gibt hier den Fehler aus!!!
FdbquerySelect.First;
End;

Ich gehe davon aus das die Exception vom Open ausgeht, weil beim durchgehen der Prozedur mit dem Debugger bleibt der dort hängen!
Das Objekt wird während des constructors instanziiert und bleibt bis zum destructor vorhanden.

[hsg]

Mir fällt als erstes ein fehlendes Leerzeichen bzw. Punkt vor dem 'Namen =' auf. Dadurch wird der Inhalt von IN_TABLE mit 'Name' kombiniert. Heißt das Datenbankfeld wirklich so?