Decimale server Sql (30,10) che perde gli ultimi 2 decimali

Question

Quando 2 numeri decimali (30,10) sono suddivisi in Sql Server 05, 2 ultimi decimali sembrano essere persi (non arrotondati, semplicemente troncati).

Ad esempio:

Declare @x decimal(30,10) 
Declare @y decimal(30,10) 
Declare @z decimal(30,10) 

select @x = 2.1277164747 
select @y = 4.8553794574 

Select @z = @y/@x 
select @z 

Risultato: 2,28196731

Ma se 2 numeri che sono divisi vengono convertiti a stare a galla che sembra funzionare:

.... 
Select @z = cast(@y as float)/cast(@x as float) 
select @z 

Risultato: 2,28,196731 millions

Perché Sql sta facendo questo? E qual è il modo giusto di dividere i decimali senza perdere la precisione in Sql.

Answer 1

La precisione massima consentita in SQL Server è 38. Si utilizza Decimale (30,10). Il valore massimo è 99,999,999,999,999,999,999,9999,99999 se si divide questo numero per 0,000000001, si otterrà un numero ancora maggiore, quindi il tipo di dati risultante deve essere in grado di accoglierlo. Questo ti fa perdere una certa precisione.

Modificare i tipi di dati originali in Decimale (20,10) e questo problema non si verifica.

Per le regole complete per quanto riguarda i tipi di dati (e come essi sono influenzati dalle operazioni matematiche):

Full rules here

Answer 2

In breve, utilizzare la trasmissione per garantire i risultati. Quando assegni @x e @y ai valori letterali, probabilmente stanno adottando la precisione di quei letterali. Questo aiuta a spiegare perché la divisione in base a tali valori non soddisfa le tue aspettative.