Stern statt existierendes Feld

[Swirl]

Hallo,

verstehe folgendes Verhalten nicht.

der Satz...

Code: Alles auswählen

frmZugang.SQLQuery1.SQL.Add('select ang_chipcode from angestellte where ang_chipcode = ' + '"' + edtChipcodeAnlegen.Text + '"'); 

...wirft mir immer ein - Field not found: "ang_name" - raus, obwohl "ang_name" als Feld im Datensatz vorhanden ist. Außerdem hatte ich ja nach "ang_chipcode"
gefragt. (ist im Datensatz auch vorhanden)

zur Frage: Warum tut's die Abfrage jedoch, wenn ich statt ang_chipcode einen Stern nehme, quasi nach allen Feldern frage?

So läuft die Abfrage...

Code: Alles auswählen

frmZugang.SQLQuery1.SQL.Add('select * from angestellte where ang_chipcode = ' + '"' + edtChipcodeAnlegen.Text + '"'); 

Gruß,
Michael

[theo]

Schwierig ohne Glaskugel.

Greift irgend ein Property der SQLQuery (oder so) auf `ang_name` zu?
Das Feld bekommt es mit dem Stern, sonst nicht.
Was passiert mit:

Code: Alles auswählen

SELECT `ang_chipcode` , `ang_name` FROM...

..statt dem Stern?

[six1]

oder auch
frmZugang.SQLQuery1.SQL.Add('select angestellte.ang_chipcode from angestellte where angestellte.ang_chipcode = ' + '"' + edtChipcodeAnlegen.Text + '"');

[af0815]

A ) Zum Thema "select *" steht meine Meinung dort. viewtopic.php?f=17&t=14525&p=130755&hil ... ct#p130755
Wenn es mit "select *" funktioniert, so ist beim Stringaufbau was schief gelaufen. Sowas wird durch den Platzhalter verschleiert, auch Tippfehler oder Änderungen an der DB später mal

B ) keine Stringfrickeleien sondern Parameter verwenden. Auch aus Sicherheitsgründen denn ein "'Hugo'; Delete from angestellte where 1=1;" ist bald mal injiziert. Mit Parametern kann man nicht injizieren.

[charlytango]

Dann geb ich meinen Senf auch noch dazu.

Dazu noch eine Frage: verwendest du SQLdb oder ZEOS?
Das folgende gilt allgemein auch für ZEOS nur Punkt C ist SQLdb spezifisch

A: Wenn schon das SQL Statement direkt zugewiesen wird, dann verwende ich routinemäßig eine lokale Variable, ein SQL.Clear und QuotedStr

Code: Alles auswählen

var s:string;

s:= 'select ang_chipcode from angestellte where ang_chipcode = ' +QuotedStr(edtChipcodeAnlegen.Text);
frmZugang.SQLQuery1.Close;
frmZugang.SQLQuery1.SQL.Clear;
frmZugang.SQLQuery1.SQL.Text:=s; 
frmZugang.SQLQuery1.Open;

B: Besser wäre die Methode die af0815 empfahl;

Code: Alles auswählen

var s:string;

s:= 'select ang_chipcode from angestellte where ang_chipcode = :edtChipcodeAnlegen');
frmZugang.SQLQuery1.Close;
frmZugang.SQLQuery1.SQL.Clear;
frmZugang.SQLQuery1.SQL.Text:=s; 
frmZugang.SQLQuery1.SQL.ParamByName('edtChipcodeAnlegen').AsString:=edtChipcodeAnlegen.Text;
frmZugang.SQLQuery1.Open;

jedenfalls kann man bei beiden Varianten leicht die lokale Variable beim Debuggen auslesen und sie ggfs auch in einen externen SQL-Client (zb HeidiSQL) werfen um zu sehen ob irgendwas nicht stimmt.

C: Alle SQLdb Konnektoren (also TSQLdbConnector und auch die spezifischen wie TSQLite3Connection etc) haben ein Log-Event OnLog. SQL Logs sind bei mir während der Entwicklung immer eingeschaltet, denn meistens kann man mehr herauslesen als aus einer Datenbankexception die meistens kryptisch ist.

Zudem sind aus den Logmeldungen meistens auch die SQL-Statemens kopierbar die man extern austesten kann.

[Swirl]

Um nicht respektlos zu sein - bin bis Ende November im Urlaub. Dann werde ich auf die Vorschläge eingehen.
Einstweilen vielen Dank,
Michael