MS SQL/SQL CE Money vs Decimal
Hallo,
ich benötige in meiner Datenbank ein Feld in dem Werte (Betrag z.B. aus einer Rechnung) gespeichert werden.
Was empfiehlt sich hier, Money oder Decimal und was sind die Unterschiede?
Grüße
Hi,
Money ist nicht so genau wie Decimal. Es kommt aber darauf an, was du mit dem eigentlichen Wert machst. Legst du den Wert nur ab, nimm Money. Fängts du an mit den Werten zu rechnen (addieren, subtrahieren), bleib bei Money. Fängst du an zu multiplizieren, oder dividieren, nimm Decimal.
Bei Rechenoperationen ist Money von der Performance her besser, da intern nur mit Ints gearbeitet wird und die Darstellung nur "angepasst" wird. Decimal hingegen ist halt ein reiner Fließkommatyp und ist bei intensiven Rechenoperationen daher maginal langsamer.
Um sicher zu gehen, würde ich gleich auf Decimal gehen. Der Money Datentyp ist ein Byte kleiner gegenüber dem default Decimal, der Verlust ist also gleich null (ausser du hast Milliarden von Rechnungen).
Gruß
Khalid
[Edit] Diese Ausage bezieht sich allerdings auf dem SQL Server, und nicht auf CE. Aber ich gehe mal davon aus, dass es das Gleiche ist.
"Jedes Ding hat drei Seiten, eine positive, eine negative und eine komische." (Karl Valentin)
Hey,
ok. In meiner Anwendung muss ich rechnen. Wenn ich in der DB Money wähle, entspricht das in Code Decimal?
Ich denke aber trotzdem das ich Decimal nehmen werde.
Hi,
Wenn ich in der DB Money wähle, entspricht das in Code Decimal?
Ja
Gruß
Khalid
"Jedes Ding hat drei Seiten, eine positive, eine negative und eine komische." (Karl Valentin)
Hi,
Money ist im Gegensatz zu Decimal kein ANSI SQL Datentyp. Wenn es keinen zwingenden Grund gegen die Verwendung gibt würde ich eher den ANSI-Typ verwenden.
Gruß´
f_igy
Aufm SQL CE gibt muss ich den Typ "Nummeric" mit 2 Dezimalstellen nehem.
Danke euch 😃
Vom wirtschaftlichen Aspekt müssen IMHO Beträge immer mit mindestens 4 Nachkommastellen gespeichert werden. Sonst heimst du dir etliche Rundungsfehler ein.
"Jedes Ding hat drei Seiten, eine positive, eine negative und eine komische." (Karl Valentin)
Sobalds ins Finanzrechnen geht arbeitet man nur noch mit Ganzzahlen in der Mill-Darstellung (Mill (currency)) - 0 Nachkommastellen.
Siehe auch What can be done to programming languages to avoid floating point pitfalls?
Der Wert in einer Rechnung ist ja bereits endberechnet und unterliegt jetzt auch keinen komplizierten, tiefen Berechnungen. Anders würde es eben im Banken- oder Aktienbereich aussehen. Hier sind Gleitkommazahlen tabu.
- performance is a feature -
Microsoft MVP - @Website - @AzureStuttgart - github.com/BenjaminAbt - Sustainable Code
Stimmt, danke dir 😉
Vom wirtschaftlichen Aspekt müssen IMHO Beträge immer mit mindestens 4 Nachkommastellen gespeichert werden. Sonst heimst du dir etliche Rundungsfehler ein.
@Abt Danke für die Info 😉