轉換數據類型時出錯varchar

Question

我目前有一個表，其列爲varchar。此欄可以保存數字或文字。在某些查詢我把它當作一個bigint列

只要有唯一編號，在此領域沒有任何麻煩，但一分鐘甚至一列（它在別的表是bigint列之間我做一個連接）有這個字段中的文本和數字我得到了一個「錯誤轉換數據類型varchar到bigint」。錯誤，即使在WHERE部分我確保沒有任何文本字段出現。

爲了解決這個問題，我創建一個視圖如下：

SELECT  TOP (100) PERCENT ID, CAST(MyCol AS bigint) AS MyCol 
FROM   MyTable 
WHERE  (isnumeric(MyCol) = 1) 

但即使視圖只顯示與數值的行蒙上Mycol爲bigint我還得到一個錯誤轉換數據類型爲varchar爲bigint運行下面的查詢時：

SELECT * FROM MyView where mycol=1 

對視圖做查詢時它不應該知道是怎麼回事就可以了後面！它應該只是看到兩個bigint領域！ （see attached image，即使mssql管理工作室顯示視圖字段爲bigint）

Answer 1

您是否嘗試將其他表的bigint字段轉換爲varchar？對我來說，執行更強大的轉換是有意義的...如果varchar字段被索引，它不應該太多地影響你的性能。

Answer 2

考慮創建一個多餘的bigint字段來保存af MyCol的整數值。

然後，您可以對新字段編制索引以加快加入速度。

Answer 3

嘗試在2個階段做選擇。

首先創建一個視圖，用於選擇列號爲數字的所有列。

然後在該視圖中進行select varchar字段的選擇。

你可以看看的另一件事是你的表格設計，以消除對演員的需求。

編輯

• 是一些數字比BIGINT大？
• 有沒有空格，領先，尾隨或數字？
• 是否有任何格式字符？小數點？

Answer 4

理想情況下，您希望儘量避免以這種形式存儲數據 - 將BIGINT數據分割爲單獨的列以提高性能和查詢的便利性。

但是，您可以像本示例一樣進行JOIN。請注意，我是未使用ISNUMERIC（）來確定它是否是有效的BIGINT，因爲它會驗證會導致轉換錯誤的錯誤值（例如十進制數）。

DECLARE @MyTable TABLE (MyCol VARCHAR(20)) 
DECLARE @OtherTable TABLE (Id BIGINT) 

INSERT @MyTable VALUES ('1') 
INSERT @MyTable VALUES ('Text') 
INSERT @MyTable VALUES ('1 and some text') 
INSERT @MyTable VALUES ('1.34') 
INSERT @MyTable VALUES ('2') 
INSERT @OtherTable VALUES (1) 
INSERT @OtherTable VALUES (2) 
INSERT @OtherTable VALUES (3) 

SELECT * 
FROM @MyTable m 
    JOIN @OtherTable o ON CAST(m.MyCol AS BIGINT) = o.Id 
WHERE m.MyCol NOT LIKE '%[^0-9]%' 

更新： 我可以找得到它，從而提供具有特定整數值的WHERE子句的工作沒有做對所謂BIGINT列另一個CAST（）在WHERE子句中過的唯一途徑，是使用用戶定義的函數：

CREATE FUNCTION [dbo].[fnBigIntRecordsOnly]() 
RETURNS @Results TABLE (BigIntCol BIGINT) 
AS 
BEGIN 
INSERT @Results 
SELECT CAST(MyCol AS BIGINT) 
FROM MyTable 
WHERE MyCol NOT LIKE '%[^0-9]%' 
RETURN 
END 

SELECT * FROM [dbo].[fnBigIntRecordsOnly]() WHERE BigIntCol = 1 

我真的不認爲這是一個好主意性能明智的，但它是一個解決方案

Answer 5

嘗試使用這樣的：

SELECT 
    ID, 
    CAST(MyCol AS bigint) as MyCol 
FROM 
(
    SELECT TOP (100) PERCENT 
     ID, 
     MyCol 
    FROM 
     MyTable 
    WHERE 
     (isnumeric(MyCol) = 1) 
) as tmp 

這應該工作，因爲內部只選擇返回數值，外部選擇因此可以將第一個選擇的所有值轉換爲數字。看起來，在你自己的代碼中，SQL試圖在執行isnumeric函數之前進行強制轉換（也許它與優化有關）。

Answer 6

要回答有關錯誤消息的問題：當您在另一個查詢中引用視圖名稱時（假設它是傳統視圖而非實例化視圖），SQL Server會有效地將視圖定義的宏替換爲消費查詢，然後執行。

這樣做的好處是，查詢優化器如果能看到整個查詢，可以做得更好，而不是單獨將視圖優化爲「黑盒子」。

結果是，如果發生錯誤，錯誤描述可能會令人困惑，因爲執行引擎正在訪問數據的基礎表，而不是視圖。

我不知道物化視圖是如何處理的，但我會想象它們被視爲像表一樣，因爲視圖數據被緩存在數據庫中。

話雖如此，我同意以前的答案 - 您應該重新考慮您的表格設計，並將文本和整數數據值分隔爲單獨的列。

Answer 7

試着改變你的看法，以這樣的：

SELECT TOP 100 PERCENT ID, 
Cast(Case When IsNumeric(MyCol) = 1 Then MyCol Else null End AS bigint) AS MyCol 
FROM MyTable 
WHERE (IsNumeric(MyCol) = 1) 

Answer 8

確定。我終於創建了一個可行的觀點：

SELECT TOP (100) PERCENT id, CAST(CASE WHEN IsNumeric(MyCol) = 1 THEN MyCol ELSE NULL END AS bigint) AS MyCol 
FROM   dbo.MyTable 
WHERE  (MyCol NOT LIKE '%[^0-9]%') 

由於AdaTheDev和CodeByMoonlight。我用你的兩個答案來解決這個問題。 （當然也要感謝其他的replier）

現在，當我與其他bigint cols連接或者執行像'SELECT * FROM MyView where mycol = 1'之類的操作時，它將返回正確的結果而不會出錯。我的猜測是，在查詢本身的CAST導致查詢優化器不看原始表基督教海特說的可能發生的事情與其他視圖

Answer 9

以下鏈接有這方面的一些細節： sql-server-peculiar-issue-error-converting-varchar-to-bigint