A. sql Server varchar 值的轉換溢出 int 列 超出了最大的整數值
SELECT *
FROM xxxxx
WHERE ltID = '0034138828 '
加上單引號，以字元串來處理
B. sql 將 expression 轉換為數據類型 int 時出現算術溢出錯誤
sql
sever
將
expression
轉換為數據類型
int
時出現算術溢出錯誤是設置錯誤造成的，解決方法為：
1、首先打開，sql
sever
2008，選取你要登錄的伺服器，還有登錄身份。然後單擊確認。
2、打開visuil
studio
2010
，打開你要進行連接的文件或者解決方案，我這里就在最近使用的文件里打開。
3、sever
對應的是你連接資料庫的伺服器名，然後寫上你的資料庫名，最後一個就是windows身份自動登錄的一個方式，如果你使用用戶名密碼登錄可以寫上user=「用戶名」
password=「密碼」就可以了。
4、用戶名密碼與資料庫匹配之後就會進入管理員頁面。否則就會提示用戶名或者密碼錯誤。
C. sql資料庫中轉換為數據類型numeric時發生算術溢出錯誤
如果原本數值並未越價的話，說明你在轉換時指定的numeric數值范圍太小。擴大即可：CAST(@str AS NUMERIC(18, 2))
D. 請教大家從SQL server 2012資料庫導出到EXCEL表格後，數據溢出。
導出時，換個方法分割，比如用「|」分割欄位，保存為TXT文件，然後用EXCEL打開這個TXT文件，用「|」做分隔符號。
E. sql 內存溢出
引起內存不足、內存溢出的 原因 有很多種，常見的有以下幾種：
1.內存中載入的數據量過於龐大，如一次從資料庫取出過多數據；
2.集合類中有對對象的引用，使用完後未清空，使得JVM不能回收；
3.代碼中存在死循環或循環產生過多重復的對象實體；
4.使用的第三方軟體中的BUG；
5.啟動參數內存值設定的過小；
內存溢出的解決方案 ：
第一步 ，修改JVM啟動參數，直接增加內存。(-Xms，-Xmx參數一定不要忘記加。)
第二步 ，檢查錯誤日誌，查看「OutOfMemory」錯誤前是否有其它異常或錯誤。
第三步 ，對代碼進行走查和分析，找出可能發生內存溢出的位置。
重點排查以下幾點：
1.檢查對資料庫查詢中，是否有一次獲得全部數據的查詢。一般來說，如果一次取十萬條記錄到內存，就可能引起內存溢出。這個問題比較隱蔽，在上線前，資料庫中數據較少，不容易出問題，上線後，資料庫中數據多了，一次查詢就有可能引起內存溢出。因此對於資料庫查詢盡量採用分頁的方式查詢。
2.檢查代碼中是否有死循環或遞歸調用。
3.檢查是否有大循環重復產生新對象實體。
4.檢查對資料庫查詢中，是否有一次獲得全部數據的查詢。一般來說，如果一次取十萬條記錄到內存，就可能引起內存溢出。這個問題比較隱蔽，在上線前，資料庫中數據較少，不容易出問題，上線後，資料庫中數據多了，一次查詢就有可能引起內存溢出。因此對於資料庫查詢盡量採用分頁的方式查詢。
5.檢查List、MAP等集合對象是否有使用完後，未清除的問題。List、MAP等集合對象會始終存有對對象的引用，使得這些對象不能被GC回收。
第四步 ，使用內存查看工具動態查看內存使用情況。
F. SQL Server中數據溢出問題
et @r=@r+
convert(BIGint,
(
case
when @s<='9' then @s
when @s='A' then '10'
when @s='B' then '11'
when @s='C' then '12'
when @s='D' then '13'
when @s='E' then '14'
when @s='F' then '15'
end
))
*power(Cast(16 as bigint),len(@Hex)-@i)
G. sql sever 將 expression 轉換為數據類型 int 時出現算術溢出錯誤。
sql sever 將 expression 轉換為數據類型 int 時出現算術溢出錯誤是設置錯誤造成的，解決方法為：
1、首先打開，sql sever 2008，選取你要登錄的伺服器，還有登錄身份。然後單擊確認。
4、用戶名密碼與資料庫匹配之後就會進入管理員頁面。否則就會提示用戶名或者密碼錯誤。
H. SQL Server資料庫出現：將 float 轉換為數據類型 numeric 時出現算術溢出錯誤。
「 將 numeric 轉換為數據類型 numeric 時出現算術溢出錯誤。」是這個錯誤嗎？猜測你的資料庫中有大於 「1，000，000.000」的數據，也就是整數部分大於5位的數據。
I. 在插入數據到sql資料庫時提示：將float轉換為數據類型numeric時出現算術溢出錯誤,語句已終止
倒著看，多試試吧。不能把目標資料庫的欄位類型改成double嗎？
---------------------------
decimal(numeric ) 同義，用於精確存儲數值
decimal 數據類型最多可存儲 38 個數字，所有數字都能夠放到小數點的右邊。decimal 數據類型存儲了一個准確（精確）的數字表達法；不存儲值的近似值。
定義 decimal 的列、變數和參數的兩種特性如下：
p 小數點左邊和右邊數字之和，不包括小數點。如 123.45,則 p=5，s=2。
指定精度或對象能夠控制的數字個數。
s
指定可放到小數點右邊的小數位數或數字個數。
p 和 s 必須遵守以下規則：0 <= s <= p <= 38。
numeric 和 decimal 數據類型的默認最大精度值是 38。在 Transact-SQL 中，numeric 與 decimal 數據類型在功能上等效。
當數據值一定要按照指定精確存儲時，可以用帶有小數的 decimal 數據類型來存儲數字。
轉換 decimal 和 numeric 數據
對於 decimal 和 numeric 數據類型，Microsoft?? SQL Server?? 將精度和小數位數的每個特定組合看作是不同的數據類型。例如，decimal(5,5) 和 decimal(5,0) 被當作不同的數據類型。
在 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 會出現錯誤。若僅損失精度和小數位數，則不會產生錯誤。
J. SQL 將 expression 轉換為數據類型 numeric 時出現算術溢出錯誤。
剛測試過，資料庫會默認將：
Column_name Type Prec Scale
0.9995 numeric 4 4
3.9995 numeric 5 4
簡單說就是
0.9995對應的數據類型和長度是 numeric(4,4) 表示：一個長度為4，小數位數也為4的小數，也就是沒有整數位
而 3.9995對應的數據類型和長度卻是 numeric(5,4) 標識：一個長度為5，小數位數也為4的小數，也就是沒有整數位為1位
所以這么一說，你就該知道 ROUND(0.9995,3)=1 生成了一個有1位整數的數，所以相對於他原來的欄位類型他已經溢出了，由此我們也可以推斷出 select ROUND(9.9995,3) 肯定也是溢出了的，要解決這個問題，就需要指定欄位類型，指定不了那麼我們就給他轉換類型
select ROUND(cast(0.9995 as numeric(5,4)),3) 就會顯示正常的 1.0000 了