![]() |
Datenbank: MySQL • Version: 5.0.67 • Zugriff über: DBExpress
Datentypfehler bei SQL Parameter
Liste der Anhänge anzeigen (Anzahl: 1)
Hallo Leute,
leider komme ich nun zum ersten Mal in den Genuss auch eine Frage zu stellen: Ich habe eine Tabelle auf einem MySQL Server die wie in Anhang tabelle.jpg aussieht, die ich aus Delphi XE2 per DBExpress TSQLQuery abfragen will. Folgender Code:
Delphi-Quellcode:
erzeugt mir den Fehler:
qryManage.SQL.Clear;
qryManage.Params.Clear; qryManage.SQL.Add('SELECT DISTINCT section FROM racks WHERE rack = :rack'); qryManage.SQL.Add('ORDER BY section ASC'); with qryManage.Params.CreateParam(ftShortInt, ':rack', ptInput) do AsShortInt := StrToInt(cbRack.Selected.Text); qryManage.Open; "Der dbExpress-Treiber unterstützt den Datentyp TDBXTypes.UNKNOWN nicht. Fehlermeldung des Herstellers: ." Laut HeidiSQL hat der MySQL Datentyp TINYINT UNSIGNED einen Wertebereich von 0-255, weshalb ich statt ftShortInt auch schon ftByte, ftWord, ftSmallInt versucht hab. Ein
Delphi-Quellcode:
gibt mir jedoch ftShortInt zurück, und ein
GetEnumName(TypeInfo(TFieldType), Integer(qryManage.FieldByName('rack').DataType));
Delphi-Quellcode:
ne 1;
qryManage.FieldByName('rack').DataSize;
Deklariere ich die MySQL Spalte als Integer und den Parameter des Querys ebenfalls, so funktioniert alles einwandfrei. Kann mich da einer mal aufklären? |
AW: Datentypfehler bei SQL Parameter
Klappt es denn so?
Delphi-Quellcode:
ggf.
qryManage.SQL.Clear;
qryManage.SQL.Add('SELECT DISTINCT section FROM racks WHERE rack = :rack'); qryManage.SQL.Add('ORDER BY section ASC'); qryManage.Params.Parambyname('rack').asinteger:= ptInput; qryManage.Open;
Delphi-Quellcode:
oder
qryManage.Params.Parambyname('rack').value
Delphi-Quellcode:
Ich kenne DBExpress nicht so gut.
qryManage.Parambyname('rack').asinteger
Gruß K-H |
AW: Datentypfehler bei SQL Parameter
Jo!
Delphi-Quellcode:
funktioniert, aber ganz verstehen tu ich es nicht. Der MessageDLg gibt mir "ftInteger" aus, womit ich es aber bei CreateParam() auch schon versucht hätte. Egal, hauptsache funktioniert.qryManage.SQL.Clear; qryManage.Params.Clear; qryManage.SQL.Add('SELECT DISTINCT section FROM racks WHERE rack = :rack'); qryManage.SQL.Add('ORDER BY section ASC'); qryManage.ParamByName('rack').AsInteger := StrToInt(cbRack.Selected.Text); MessageDLG(GetEnumName(TypeInfo(TFieldType), Integer(qryManage.ParamByName('rack').DataType)), TMsgDlgType.mtInformation, [TMsgDlgBtn.mbOK], 0); qryManage.Open; Eine Anmerkung noch für alle die hier drüberstolpern:
Delphi-Quellcode:
sollte man nicht machen, weil das Query beim zuweisen eines SQL Textes automatisch nach Parametern scant und TParams in TSqlQuery.Params erzeugt, und diese dann mit dem Clear gelöscht würden. Siehe (bescheidene) Delphi Hilfe:qryManage.SQL.Clear; qryManage.SQL.Add('SELECT * from dummy where name = :name'); qryManage.Params.Clear; //Nicht! qryManage.ParamByName('name').AsString:= 'hans'; Params ist eine Kollektion von TParam-Objekten, die die Parameter einer von der SQL-Datenmenge ausgeführten Abfrage oder Stored Procedure darstellen. Wenn Sie in der Eigenschaft CommandText (oder SQL bei TSQLQuery-Objekten) eine Abfrage festlegen, sucht die SQL-Datenmenge automatisch nach Parametern und weist der Eigenschaft Params für jeden in der Abfrage gefundenen Parameter ein eigenes TParam-Objekt zu. Wenn Sie in CommandText (oder StoredProcName bei TSQLStoredProc-Objekten) eine Stored Procedure angeben, ruft die SQL-Datenmenge vom Server eine Parameterliste ab und weist Params für jeden Parameter der Stored Procedure ein TParam-Objekt zu. Danke für die schnelle Antwort! MfG toner |
AW: Datentypfehler bei SQL Parameter
Das Params.Clear kann man sich IMHO auch sparen, da beim Zuweisen die Parameter komplett gescannt werden.
|
Alle Zeitangaben in WEZ +1. Es ist jetzt 16:14 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz