正如我們知道的：

【範圍】

經度：西經180~東經180

緯度：北緯90 ~ 南緯90

【格式】

經度：123.456789

緯度：12.345678

此資料型別均需要儲存到小數點後6位。為此，我們需要設定為decimal資料型別。具體為：decimal(10,6)

以下為資料型別說明：

decimal 資料

_______________________________________________________________________________________________________

decimal 資料型別最多可儲存 38 個數字，所有數字都能夠放到小數點的右邊。

定義 decimal 的列、變數和引數的兩種特性如下：

· p 小數點左邊和右邊數字之和，不包括小數點。如 123.45,則 p=5，s=2。指定精度或物件能夠控制的數字個數。

· s 指定可放到小數點右邊的小數位數或數字個數。

p 和 s 必須遵守以下規則：0 <= s <= p <= 38。

numeric 和 decimal 資料型別的預設最大精度值是 38。在 Transact-SQL 中，numeric 與 decimal 資料型別在功能上等效。當資料值一定要按照指定精確儲存時，可以用帶有小數的 decimal 資料型別來儲存數字。

float 和 real 資料

____________________________________________________________________________________________________

float 和 real 資料型別被稱為近似的資料型別。在近似數字資料型別方面，float 和 real 資料的使用遵循 IEEE 754 標準。

近似數字資料型別並不儲存為多數數字指定的精確值，它們只儲存這些值的最近似值。在很多應用程式中，指定值與儲存值之間的微小差異並不明顯。但有時這些差異也值得引起注意。由於 float 和 real 資料型別的這種近似性，當要求精確的數字狀態時，比如在財務應用程式中，在那些需要舍入的操作中，或在等值核對的操作中，就不使用這些資料型別。這時就要用 integer、decimal、money 或 smallmone 資料型別。

在 WHERE 子句搜尋條件中（特別是 = 和 <> 運算子），應避免使用 float 或 real 列。最好限制使用 float 和 real 列做 > 或 < 的比較。

IEEE 754 規格提供了四種舍入模式：舍入到最接近的值、上舍入、下舍入和舍入到零。Microsoft® SQL Server™ 使用上舍入。所有的數值必須精確到確定的精度，但會產生細小的浮點值變化。因為浮點數字的二進位制表示法可以採用很多合法舍入規則中的任意一條，因此我們不可能可靠地量化一個浮點值。

轉換 decimal 和 numeric 資料

對於 decimal 和 numeric 資料型別，Microsoft® SQL Server™ 將精度和小數位數的每個特定組合看作是不同的資料型別。例如，decimal(5,5) 和 decimal(5,0) 被當作不同的資料型別。(因此在編儲存過程當中使用的變數採用Real 或 Float,而不採用decimal型別)

在 Transact-SQL 語句中，帶有小數點的常量自動轉換為 numeric 資料值，且必然使用最小的精度和小數位數。例如，常量 12.345 被轉換為 numeric 值，其精度為 5，小數位為 3。

從 decimal 或 numeric 向 float 或 real 轉換會導致精度損失。從 int、smallint、tinyint、float、real、money 或 smallmoney 向 decimal 或 numeric 轉換會導致溢位。

預設情況下，在將數字轉換為較低精度和小數位數的 decimal 或 numeric 值時，SQL Server 使用舍入法。然而，如果 SET ARITHABORT 選項為 ON，當發生溢位時，SQL Server 會出現錯誤。若僅損失精度和小數位數，則不會產生錯誤。

Float 的科學計數法與值的問題，問題的根源在於 float 型別本身是一種不精確的資料表示方法, 也就是說, 你放一個數據進去, 拿出來的時候可能會存在一點點點誤差, 而這點點點誤差在做資料比較的時候就會導致資料不一致.