FormatDateTime und MSSQL

[Markus70]

Hallo,

ich habe eine Datenbank von mySQL auf MSSQL konvertiert.
Jetzt habe ich das Problem, das FormatDateTime nicht mehr funktioniert.

Vorher - unter MySQL - habe ich mit label.caption := FormatDateTime('dd.mm.yyyy',Query1.FieldByName('Da tum').Value) den Wert einem Label zugewiesen.
Dieser Befehl scheitert jedoch, wenn ich auf einen MSSQL (2008Express) zugreife.
"Variante des Typs(UnicodeString) konnte nicht in Typ (Double) konvertiert werden."

Jetzt bin ich soweit, das mySQL das Datum als "DD.MM.YYYY hh:mm:ss" liefert, MSSQL jedoch als "YYYY-MM-DD hh:mm:ss"

Eigentlich muß das aber doch gehen, oder?

Markus

[Bummi]

Du hast beim Konvertieren Datum als Varchar() importiert ....

[Markus70]

wie meinst Du das?

[Bummi]

Was für einen Datentyp hast Du mit MSSQL für Datum?

[FrankJ28]

Thomas meint (ich auch), dass dein Feldtyp in der SQL-DB varchar (oder anderer Stringtyp) ist.
Ciao
Frank
EDIT: Thomas war schneller ;-)

[Markus70]

nein, das ist er natürlich nicht.
Format ist datetime2(0), aber auch datetime geht nicht

[Bernhard Geyer]

Was passiert wenn du persistente Felder zu deiner Query anlegst?

[Bummi]

Delphi kann mit dem DateTime2 Typ des SQLServer 2008R2 noch nicht adäquat (wird als WideString verarbeitet) umgehen
ein normales DateTime - Feld ist unproblematisch auch in punkto Verbindungsserver etc.

[shmia]

Zitat:

Zitat von Markus70 (Beitrag 1140041)

Format ist datetime2(0), aber auch datetime geht nicht

Bist du sicher?

Was wird bei folgendem Code angezeigt:

Delphi-Quellcode:

var
   feldtyp : string;
...
  feldtyp := FieldTypeNames[Query1.FieldByName('Datum').FieldType];
  ShowMessage('Feldtyp: '+feldtyp);

Was passiert wenn du deinen Code so abänderst?

Delphi-Quellcode:

label.caption := FormatDateTime('dd.mm.yyyy',Query1.FieldByName('Datum').AsDateTime);

[Markus70]

...und datetime geht doch. :oops:

Danke

[Bernhard Geyer]

Zitat:

Zitat von Bummi (Beitrag 1140053)

Delphi kann mit dem DateTime2 Typ des SQLServer 2008R2 noch nicht adäquat (wird als WideString verarbeitet) umgehen
ein normales DateTime - Feld ist unproblematisch auch in punkto Verbindungsserver etc.

Sollte man normalerweise selbst in den ADOExpress/dbGo-Units patchen können.
Hatte sowas auch mal mit D6 gepatched.

[Bummi]

@Bernhard Geyer

ich verwende lieber kein DateTime2 als in den Komponentensourcen rumzuschrauben, wg. Updates / 3d Party / Entwicklung auf verschiedenen Rechnern. Mal eine Unit ins Projektverzeichnis kopieren und anpassen unter Umständen ja aber mehr wenn ich es vermeiden kann nicht.

[Bernhard Geyer]

Zitat:

Zitat von Bummi (Beitrag 1140132)

ich verwende lieber kein DateTime2 als in den Komponentensourcen rumzuschrauben, wg. Updates / 3d Party / Entwicklung auf verschiedenen Rechnern.

Die gepatchten VCL-Units liegen auf dem Server in definierten Verzeichnis das alle Entwicklerrechner im Suchpfad haben. Der Aufwand das akutell zu halten hält sich wegen der geringen Update-Häufigkeit bei D6 in Grenzen :-)