Welcher .NET-Datentyp eignet sich am besten für die Zuordnung des NUMBER Oracle-Datentyps in NHibernate?

Ich habe in verschiedenen Beispielen Dezimalstellen anstelle von int/long gesehen. Ich versuche nur zu verstehen, warum

Das liegt wahrscheinlich daran, dass .NET decimal und Oracle NUMBERordnet etwas besser z als long und NUMBER und es bietet Ihnen auch mehr Flexibilität. Wenn Sie zu einem späteren Zeitpunkt ein scale in die Oracle-Spalte einfügen, müssen Sie den Datentyp nicht ändern, wenn Sie bereits decimal verwendet haben.

decimal ist sicherlich langsamer als int und long, da die beiden letzteren in der Hardware unterstützt werden. Das heißt, Sie müssen einige ernsthafte Datenmengen brechen, um einen Unterschied zu machen. Ich denke immer noch, dass Sie long verwenden sollten, wenn Sie es damit zu tun haben, und dann sollten Sie auch zulassen, dass die Tabellenspaltendefinitionen dies darstellen. NUMBER(18,0) für long und so weiter.

Der Grund, warum decimal etwas besser abgebildet wird, ist, dass long 64 Bit und decimal (eine Art) 128 Bit beträgt.

. NET

Typ: dezimal
Ungefährer Bereich: ± 1,0 × 10 ^ −28 bis ± 7,9 × 10 ^ 28
Präzision: 28-29 signifikante Stellen

Typ: lang
Bereich: –9.223.372.036.854.775.808 bis 9.223.372.036.854.775.807
Genauigkeit: 18 (19 für lange) signifikante Ziffern

Oracle

NUMBERStandard bis 38 signifikante Stellen und Skala 0 (Ganzzahl).

Typ: [~ # ~] Nummer [~ # ~]
Bereich: + - 1 x 10 ^ -130 bis 9,99 ... 9 x 10 ^ 125
Präzision: 38 signifikante Stellen

Microsoft ist sich des Problems bewusst und Notizen

Dieser Datentyp ist ein Alias ​​für den Datentyp NUMBER (38) und ist so konzipiert, dass OracleDataReader anstelle eines Ganzzahlwerts eine System.Decimal oder OracleNumber zurückgibt. Die Verwendung des .NET Framework-Datentyps kann einen Überlauf verursachen.

Wenn Sie sich das überlegen, brauchen Sie tatsächlich BigInteger , um die gleiche Anzahl von signifikanten Ziffern darstellen zu können, wie für NUMBER die Standardeinstellung ist. Ich habe noch nie jemanden gesehen, der das getan hat, und ich nehme an, es ist eine sehr seltene Notwendigkeit. Auch BigInteger würde es immer noch nicht schneiden, da NUMBER von positiver und negativer Unendlichkeit sein kann.