TDateTime und Timestamp

[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 ^^

[dataspider]

Ich sehe in der Ausgangsfrage einige "Ungereimtheiten".

Wenn das Feld wirklich ein TimeStamp ist, dann wäre die Zuweisung Now anstatt Today logischer.
Es scheint auch, als ob es besser wäre, das Feld in der DB als "default current_timestamp" anzulegen.

Aber um das richtig zu bewerten reichen die Info' s nicht.

Die Frage mit Value oder As... kann man auch nicht pauschal beantworten.
Ich sehe es als Vorliebe von mir, habe aber auch meine Gründe.
So erzeugt z.B. ein FeldOderParamter.AsString := '' (ja nach Komponenten) in der DB einen Leerstring anstatt null, was ich so nicht möchte.
Ich habe halt auch viel mit Automatismen (Import, Export, Workflows etc.) zu schaffen, wo ich den Typ nicht unbedingt kenne.
Und Value funktioniert bis jetzt mit den von mir verwendeten Komponenten immer korrekt.
Auch kann in der DB den Feldtyp einfach mal ändern, ohne über Anpassungen im Code nachzudenken.

Frank Reim

[Codehunter]

Zitat von dataspider:

So erzeugt z.B. ein FeldOderParamter.AsString := '' (ja nach Komponenten) in der DB einen Leerstring anstatt null, was ich so nicht möchte.

Was IMHO ein völlig korrektes Verhalten ist. Möchte man ein NULL, sollte man explizit TField.Clear verwenden. Bedenke, es kann ja z.B. ein VARCHAR() NOT NULL Feld sein, wo man dennoch einen Leerstring zuweisen könnte. Oftmals ist das bei den neueren Edeldödel-Konnektoren so gelöst, dass man besagtes Verhalten durch irgendwelche Connection-Parameter beeinflussen kann.

[dataspider]

Zitat von Codehunter:

Was IMHO ein völlig korrektes Verhalten ist. Möchte man ein NULL, sollte man explizit TField.Clear verwenden. Bedenke, es kann ja z.B. ein VARCHAR() NOT NULL Feld sein, wo man dennoch einen Leerstring zuweisen könnte. Oftmals ist das bei den neueren Edeldödel-Konnektoren so gelöst, dass man besagtes Verhalten durch irgendwelche Connection-Parameter beeinflussen kann.

Damit hast du völlig recht.

Aber wenn ich in der DB in leeren VARCHAR - Feldern Null anstatt '' haben will, geht das halt nur mit Variants und Value.
Auch wenn es Komponenten gibt, wo ich über z.B. BlankAsNull oder wie immer das benannt ist das Verhalten steuern kann...

Frank