SQL: downcast in modo sicuro da BIGINT a INT

Question

Ho un CSV che sto importando nel nostro database. Una delle "colonne" contiene dati che devono essere essere un INT ma alcune righe hanno numeri che rientrano solo nell'intervallo BIGINT (perché sono dati di test da uno dei nostri partner). Archiviamo INT internamente e non desideriamo cambiare.

Voglio downcast sicuro da BIGINT a INT. Con sicurezza, voglio dire che nessun errore dovrebbe essere sollevato se si verifica un overflow aritmetico. Se il cast/conversione ha esito positivo, voglio che il mio script vada avanti. Se fallisce, lo voglio cortocircuitare. Non riesco a capire la sintassi corretta. Questo è quello che ho:

DECLARE @UserIDBigInt BIGINT = 9723021913; -- actually provided by query param 
--Setting within the INT range successfully converts 
--SET @UserIDBigInt = 5; 
DECLARE @UserID INT = CONVERT(INT, @UserIDBigInt); 
--DECLARE @UserID INT = CAST(@UserIDBigInt AS INT); 
SELECT @UserIDBigInt 
SELECT @UserID 
IF @UserID IS NOT NULL BEGIN 
    SELECT 'Handle it as reliable data' 
END 

Ci ho pensato a confronto @UserIDBigInt per l'intervallo valido di un INT (-2^31 (-2.147.483.648) a 2^31-1 (2,147,483,647)), ma davvero non mi piace questo approccio. Questa è la mia riserva. Speravo in alcuni costrutti linguistici o funzioni integrate che potrei usare. Se devo assolutamente confrontarmi con l'intervallo valido, ci sono almeno alcune costanti integrate (come int.MinValue di C# & int.MaxValue)?

MODIFICA: errore di battitura corretto.

Answer 1

Aggiungere questi per lo script:

SET ARITHABORT OFF; 
SET ARITHIGNORE ON; 

Questo permette di convertire tutti i valori di overflow a NULL.

Maggiori informazioni qui: http://msdn.microsoft.com/en-us/library/ms184341.aspx

Answer 2

È anche possibile convertire il valore in una stringa, tagliarlo in lunghezza e convertirlo in int. non il modo migliore, ma un modo sicuro facile di sicuro

Answer 3

io non sono sicuro che questa è la migliore risposta, ma è uno mi è venuta in precedenza per conto mio. È possibile rilevare l'eccezione/errore e con garbo continuare l'esecuzione.

Esempio:

DECLARE @UserIDBigInt BIGINT = 9723021913; 
DECLARE @UserID INT; 
BEGIN TRY 
    SET @UserID = @UserIDBigInt; 
END TRY BEGIN CATCH 
END CATCH 

IF @UserID IS NULL BEGIN 
    SELECT 'Handle it as unreliable data' 
    RETURN 
END 

SELECT 'Handle it as reliable data' 

Answer 4

lanciare la vostra bigint a varbinary, quindi memorizzare la metà inferiore a @UserID e controllare la metà superiore:

• se la metà superiore è tutto 0 e la metà inferiore rappresenta un valore non negativo, @UserID quindi contiene il valore corretto int;

• se la metà superiore è tutto 1 e @UserID è negativo, va bene anche così;

• altrimenti c'è un overflow aritmetico.

Ecco un'implementazione:

DECLARE @UserIDBigInt BIGINT = 9723021913; 
DECLARE @UserID INT, @HighInt INT; 

WITH v AS (SELECT CAST(@UserIDBigInt AS varbinary) AS bin) 
SELECT 
    @HighInt = SUBSTRING(bin, 1, 4), 
    @UserID = SUBSTRING(bin, 5, 4) 
FROM v; 

IF (@HighInt = 0 AND @UserID >= 0 OR @HighInt = -1 AND @UserID < 0) BEGIN 
    SELECT 'Handle it as reliable data' 
END