Dezimal (10,9) Variable kann nicht die Zahl 50 enthalten (SQL Server 2008)

Question

Dieser ist ziemlich einfach. Warum verursacht der folgende Code den Fehler unten?

declare @dTest decimal(10, 9) 
set @dTest = 50 

Fehler:

Msg 8115, Level 16, State 8, Line 3 
Arithmetic overflow error converting int to data type numeric. 

Nach der MSDN documentation auf decimal(p, s), p (oder 10 in meinem Fall) ist die „maximale Anzahl der Dezimalstellen, die gespeichert werden können, sowohl nach links und rechts vom Dezimalpunkt "wobei s (oder 9 in meinem Fall) ist die" maximale Anzahl der Dezimalstellen, die rechts der d gespeichert werden kann Umweltzeichen. "

Meine Nummer 50, hat nur 2 Ziffern total (die kleiner als die maximalen 10) und 0 Ziffern rechts vom Komma (, die kleiner als die maximale 9 ist), daher sollte es funktionieren .

Ich fand this question über im Wesentlichen das gleiche Problem, aber niemand erklärte, warum die Dokumentation mit dem Verhalten zu widersprechen scheint. Es scheint, wie die s Dimension tatsächlich als feste Anzahl der Ziffern rechts vom Komma interpretiert wird, und sein subtrahiert vom p-Nummer, die in meinem Fall verlässt 10-9 = nur 1 Stelle verbleibenden mit der linken Seite umgehen.

Kann jemand eine vernünftige Möglichkeit bieten, die Dokumentation so zu interpretieren, dass sie dem Verhalten entspricht?

EDIT:

Ich sehe einige Erklärungen unten, aber sie beziehen sich nicht auf das Grundproblem mit dem Wortlaut der Dokumente. Ich würde diese Änderung in der Formulierung vorschlagen:

Für „p (Genauigkeit)“ change „Die maximale Gesamtanzahl der Dezimalstellen, die gespeichert werden können“ „Die maximale Gesamtzahl der Dezimalstellen, dass wird gespeichert werden“ lesen .

Und für "s (scale)" ändern "Die maximale Anzahl der Dezimalstellen, die rechts vom Dezimalpunkt gespeichert werden können." zu "Die Anzahl der Dezimalstellen, die werden rechts vom Komma gespeichert werden. Diese Zahl wird von p subtrahiert, um die maximale Anzahl der Ziffern auf der linken Seite des Dezimalpunkts zu bestimmen."

Ich werde einen Fehlerbericht an Connect senden, es sei denn, jemand hat eine bessere Erklärung.

Answer 1

I vorgelegten Bericht einen Fehler zu verbinden: Misleading documentation on the decimal data type

Answer 2

10 - 9 ist 1. DECIMAL(10, 9) kann eine Nummer im Format 0.000000000 enthalten. 50 hat zwei Stellen vor dem Dezimalpunkt und liegt daher außerhalb des Bereichs. Sie zitierte es selbst:

According to the MSDN documentation on decimal(p, s), p (or 10 in my case) is the "maximum total number of decimal digits that can be stored, both to the left and to the right of the decimal point" whereas s (or 9 in my case) is the "maximum number of decimal digits that can be stored to the right of the decimal point."

Answer 3

Eine vernünftige Art und Weise der Dokumentation ist, dass Hinter dezimal Null-Ziffern sind nicht ignoriert zu interpretieren. Ihre Nummer hat also 9 Dezimalziffern rechts vom Komma, und sie sind alle 0.

Answer 4

DECIMAL(10, 9) ist ein numerischer Datentyp mit fester Genauigkeit und Skalierung. Dies bedeutet, dass immer die gleiche Anzahl von Ziffern rechts vom Dezimalpunkt gespeichert wird. Der von Ihnen angegebene Datentyp kann also nur Zahlen mit einer Ziffer nach dem Dezimalpunkt und 9 Ziffern nach rechts speichern. Offensichtlich passt 50 nicht in eine Anzahl dieses Formats.

Answer 5

Go obwohl den Link unten. http://msdn.microsoft.com/en-gb/library/ms190476.aspx

Präzision ist die Anzahl der Ziffern in einer Zahl. Scale ist die Anzahl der Stellen rechts vom Dezimalpunkt in einer Zahl. Beispiel: Die Zahl 123.45 hat eine Genauigkeit von 5 und eine Skalierung von 2.