DBExpress DateTime Parameter: dbExpress-Fehler:[0x0003]

[GuenterS]

Hallo!

Ich verwende Delphi7 mit ServicePack1.

Ich versuche in eine Tabelle Datensätze einzutragen und bekomme folgende Fehlermeldung:

Zitat:

dbExpress-Fehler: [0x0003]: Ungültiger Feldtyp.

Um einzugtragen verwende ich folgenden Code:

Delphi-Quellcode:

  InsQry.ParamByName('a').AsInteger := 2;
  InsQry.ParamByName('b').AsString := '2';
  InsQry.ParamByName('c').AsDateTime := now;
  InsQry.ExecSQL;

Parameter a habe ich als Integer, b als String mit Länge 255 und c als DateTime deklariert. Alle Parameter als Input Parameter.

Der SQL String in der InsQry Komponente schaut folgendermassen aus:

Zitat:

INSERT INTO TEST (a, b, c) VALUES (:a, :b, :c)

Wenn ich das letzte Feld (c) nicht setze, also aus dem InsertStatement entferne und damit auch der Parameter weg ist, funktioniert es, sonst nicht. Daher schließe ich daraus, dass es am Datumstyp liegen muss.

Das Feld ist in der Datenbank als datetime definiert.

[Udontknow]

Hi!

Schau dir mal die Params-Eigenschaft des Datasets an, der Parameter muß höchstwahrscheinlich den Datatype ftTimeStamp eingestellt bekommen, und nicht ftDateTime.

Cu,
Udontknow

[GuenterS]

Danke für den Tipp,

aber leider liefert das den gleichen Fehler.

Ich habs dann auch gleich mal mit ftDate versucht, allerdings mit gleichem negativen Ergebnis.

[Udontknow]

Hmmm, ich habe leider kein MS-SQL zur Hand, aber vielleicht wird ein DateTime dort als String hinterlegt? Einfach mal alles durchprobieren...

Cu,
UDontknow

[shmia]

Der richtige Datentyp auf dem SQL Server 2000 ist "datetime".
"Smalldatetime" ist nicht zu empfehlen, da es zu Range-Errors kommen kann, die
von Delphi Programmierer nicht vorhersehbar oder vermeidbar sind.
Der Datentyp "timestamp" ist nicht zum Speichern von Datum & Uhrzeit vorgesehen, sondern dient
eher als eindeutiger Schlüssel.

Zitat:

timestamp ist ein Datentyp, der automatisch generierte binäre Zahlen offenlegt, die in einer Datenbank garantiert eindeutig sind. timestamp wird normalerweise als Mechanismus für die Erstellung einer Versionskennung von Tabellenzeilen verwendet. Die Speichergröße beträgt 8 Byte.

[GuenterS]

Zitat von shmia:

Der richtige Datentyp auf dem SQL Server 2000 ist "datetime".
"Smalldatetime" ist nicht zu empfehlen, da es zu Range-Errors kommen kann, die
von Delphi Programmierer nicht vorhersehbar oder vermeidbar sind.
Der Datentyp "timestamp" ist nicht zum Speichern von Datum & Uhrzeit vorgesehen, sondern dient
eher als eindeutiger Schlüssel.

Zitat:

timestamp ist ein Datentyp, der automatisch generierte binäre Zahlen offenlegt, die in einer Datenbank garantiert eindeutig sind. timestamp wird normalerweise als Mechanismus für die Erstellung einer Versionskennung von Tabellenzeilen verwendet. Die Speichergröße beträgt 8 Byte.

Danke für deine Informationen. Ich habe in der Datenbank DateTime als Spaltentyp verwendet.

[Udontknow]

Höre ich da einen sarkastischen Unterton?

Probiere es mal hiermit.

Cu,
Udontknow

[GuenterS]

Hallo, danke damit funktioniert das wohl, bedeutet aber wohl auch einen ziemlichen Aufwand, alle queries umzuschreiben.

Wird das jemals von Borland gefixt dieser Bug, das kann ja wohl nur ein workaround sein und nicht die endgültige Lösung.

[Udontknow]

Hallo!

So wie sich das hier liest, ist es kein Problem von Borland, sondern von Microsoft. Nicht das erste Mal, daß sie sich nicht an Standards halten.

Cu,
Udontknow

[GuenterS]

Zitat von Udontknow:

Hallo!

So wie sich das hier liest, ist es kein Problem von Borland, sondern von Microsoft. Nicht das erste Mal, daß sie sich nicht an Standards halten.

Cu,
Udontknow

In Deinem Beitrag mit dem Link zum bdn wird aber eine Lösung für Oracle angeboten mit dem TSQLTimeStamp. Die funktioniert jetzt auch für den SQL Server. Deshalb denk ich schon eher, dass das ein Problem von Borland bzw. dem Hersteller von dbExpress ist. Denn mit anderen Zugriffsmethoden BDE, ADO, SQL-Direct funktioniert das ja.