TDateTime und Timestamp

[Trafel21]

Hallo zusammen,

ich hab in Delphi eine Variablentyp TDateTime dessen Wert ich in eine Timestamp Datenfeld in Firebird übergeben möchte.

Momentan sieht es bei mir so aus:

Code:

today: TDateTime;

IB_PhoneCallCALLTIME_START.AsString := DateTimeToStr(today);

Es wird nur kein Wert übermittelt. Weiß jemand evtl woran es liegt?

[Codehunter]

Mit .AsDateTime?

[dataspider]

Zitat von Trafel21:

Code:

today: TDateTime;

Ist das eine Variable? Dann überschreibst / versteckst du die Function Today aus DateUtils...

Wenn Feld DateTime, warum dann 2 Mal die Umwandlung in string?

Code:

DateTimeField.Value := Today:

reicht, wenn aktuelles Datum gewünscht...

oder

Code:

Var
  LDatum: TDateTime;
...
DateTimeField.Value := LDatum:

... wenn irgendein Datum...


oder das Feld gleich als default current_date definieren...

Frank

[Trafel21]

Zitat von Codehunter:

Mit .AsDateTime?

... hab ich wirklich nicht gefunden. Schusselkeitsfehler... danke.

[Trafel21]

Zitat von dataspider:

Zitat von Trafel21:

Code:

today: TDateTime;

Ist das eine Variable? Dann überschreibst / versteckst du die Function Today aus DateUtils...

Wenn Feld DateTime, warum dann 2 Mal die Umwandlung in string?

Code:

DateTimeField.Value := Today:

reicht...

oder das Feld gleich als default current_daten definieren...

Frank

Vielen Dank!

[Codehunter]

Zitat von dataspider:

Code:

DateTimeField.Value := Today:

Das sehe ich in letzter Zeit öfters hier. Den Umweg über Variant finde ich aber auch nicht wirklich prickelnd. Wenn man den Datentyp kennt sollte man IMHO so ansprechen. Der Compiler ist nicht unfehlbar was die automatische Erkennung angeht.

[Delphi.Narium]

Zitat von Codehunter:

Zitat von dataspider:

Code:

DateTimeField.Value := Today:

Das sehe ich in letzter Zeit öfters hier. Den Umweg über Variant finde ich aber auch nicht wirklich prickelnd. Wenn man den Datentyp kennt sollte man IMHO so ansprechen. Der Compiler ist nicht unfehlbar was die automatische Erkennung angeht.

Macht das denn schon der Compiler?

Dachte immer das Vairant zur Laufzeit "irgendwie interpretiert wird" (und wenn man Glück hat, kommt das Richtige dabei raus - meistens )

Variant nutze ich nur, wenn ich mich auf die Interpretation verlassen muss, z. B. bei OleObjekten.

Weiß ich, um was für einen Typ es sich handelt, dann nutze ich den auch. Also: .AsString, .AsInteger, .AsDateTime ... Hat den Vorteil, dass auch die Typsicherheit gewahrt bleibt.

[p80286]

Eigentlich kennt jede DB "today" das muß nicht von aussen kommen.
Vor allem Bei DB die über mehrere Standorte weltweit verteilt snd ist das vorteilhaft.

Gruß
K-H

[Uwe Raabe]

Zitat von Codehunter:

Zitat von dataspider:

Code:

DateTimeField.Value := Today:

Das sehe ich in letzter Zeit öfters hier. Den Umweg über Variant finde ich aber auch nicht wirklich prickelnd. Wenn man den Datentyp kennt sollte man IMHO so ansprechen. Der Compiler ist nicht unfehlbar was die automatische Erkennung angeht.

Wenn DateTimeField ein TDateTimeField ist, dann ist das Property Value kein Variant , sondern ein TDateTime . Nur bei einem TField ist Value ein Variant .

[Codehunter]

Zitat von Uwe Raabe:

Wenn DateTimeField ein TDateTimeField ist, dann ist das Property Value kein Variant , sondern ein TDateTime . Nur bei einem TField ist Value ein Variant .

Lach ok, war mir neu. Aber auch irgendwie verwirrend. Ich arbeite nicht mit dem grafischen Feldeditor sondern i.d.R. mit FieldByName oder Fields[0]. Daher habe ich auch in den allermeisten Fällen kein TIrgendeinTypField sondern eben nur ein simples TField. Und dort ist .Value eben ein Variant ^^