StrToFloat bei Datenexport

[himitsu]

Na das ist ja mal zu praktisch.

[Sinspin]

Ich denke du solltest erstmal nachdenken was du überhaupt speichern willst. Für Geldbeträge gibt es andere Datentypen die das Gleitkomma Problem nicht haben.
BCD / Numeric oder in modernen Datenbanken Currency.
Da fällt das ganze gezerre über mysteriös auftauchenden winzigen Beträgen weg.

[Jasocul]

Zitat:

Zitat von Uwe Raabe (Beitrag 1501092)

Zitat:

Zitat von himitsu (Beitrag 1501091)

Sobald man auch nur ein Field vorm Open selbst erstellt, dann muß man alle Fields selbst erstellen/erstellen lassen.

Das ist aber schon etwas veraltet.

Mit FieldOptions.AutoCreateMode := acCombineAlways werden alle Felder angelegt, die nicht statisch sind. FieldOptions.PositionMode steuert, wo die automatisch erzeugten platziert werden, und mit FieldOptions.UpdatePersistent kann man die statischen Felder auch noch an die tatsächliche Datenfeldgröße (z.B. bei Stringfeldern) anpassen.

Gut zu wissen. Danke Uwe

[OsCor]

Zitat:

Zitat von Sinspin (Beitrag 1501096)

Ich denke du solltest erstmal nachdenken was du überhaupt speichern willst. Für Geldbeträge gibt es andere Datentypen die das Gleitkomma Problem nicht haben.
BCD / Numeric oder in modernen Datenbanken Currency.
Da fällt das ganze gezerre über mysteriös auftauchenden winzigen Beträgen weg.

Wer redet denn von Geldbeträgen? Die habe ich mit AsCurrency gespeichert. Oder meinst du, ich soll die Gleitkommawerte als Währung speichern? Das wäre natürlich eine interessante Alternative :-)

@all Ich merke, dass 10 Jahre ohne regelmäßige Nutzung von Delphi bei mir massive Lücken gerissen haben und ich schwer Mühe habe, euch zu folgen: Alles schon mal gehört oder sogar verwendet - irgendwann in grauer Vorzeit. Aber ich hänge mich rein; es wird nur ein paar Tage brauchen.

Gruß
Oswald

[Frickler]

Zitat:

Zitat von mmw (Beitrag 1501090)

dazu muß man die entsprechenden Felder hinzufügen.

Ist doch gar nicht nötig. Nach dem Öffnen der Datenmenge:

Delphi-Quellcode:

TFloatField(ds.FieldByName('feldname')).DisplayFormat := '0.00';

[Sinspin]

Zitat:

Zitat von OsCor (Beitrag 1501098)

Wer redet denn von Geldbeträgen?

Sorry, ich habe dich verwechselt :oops:

Trotzdem würde ich eher mit einem Numeric arbeiten als einer Gleitkommazahl. Hängt natürlich von der Anwendung ab, aber selbst wenn man extrem kleine Zahlen hat, die man exakt speichern muss, ist Numeric das besser.

[Rolf Frei]

Schreib die von Frickler erwähnte Zeile im OnAfterOpen Event des Datasets und alles funktioniert so wie du willst.

[OsCor]

Das habe ich nun wirklich nicht zu hoffen gewagt! Die Zeile von Frickler im ADOTable1AfterOpen-Ereignis (nicht OnAfterOpen), wie von Rolf Frei vorgeschlagen, und das funktioniert.
Von alleine kommt man da ja nie drauf…

Auch, wenn sich dieses eine Teilproblem auf relativ simple Weise hat lösen lassen, war schon bei den Posts vorher das eine oder andere Aha-Erlebnis (nach dem Motto: Bist du nicht der…, wir haben uns ja ewig nicht gesehen :-) ) dabei.

Danke!
Oswald

[OsCor]

Nachsatz:
Gerade erst gemerkt: DisplayFormat steuert lediglich die Darstellung der Zahlen beim DBGrid (also vermutlich bei datensensitiven Controls). Nicht sensitive Editfelder, die man füllt, muss man selber formatieren.

Gruß
Oswald

[Delphi.Narium]

DisplayFormat ist für die Anzeige in den datensensitiven Elementen. TEdit gehört nicht dazu.

Es gibt aber auch noch TMaskEdit. Da kann man eine Anzeigemaske für die Darstellung im Edit angeben. Wäre das 'ne Alternative?