¿Hay alguna buena forma de depurar "La cadena o los datos binarios se truncarán?"

Question

El año es 2010.

Las licencias de SQL Server no son baratas.

Y, sin embargo, este error todavía no indica la fila o columna la o el valor que produjo el problema. Demonios, ni siquiera puede decirte si se trataba de datos de "cadena" o "binarios".

¿Echo de menos algo?

Answer 1

Puede verificar la longitud de cada valor insertado con una condición if, y si el valor necesita más ancho que el ancho de la columna actual, trunque el valor y arroje un error personalizado.

que debería funcionar si sólo tiene que identificar cuál es el campo de la causa del problema. No sé si hay una mejor manera de hacerlo.

Answer 2

No puedo pensar en una buena manera realmente.
Una vez pasé mucho tiempo depurando un mensaje muy informativo de "División por cero".

lo general, se comentan a cabo diversas piezas de código de salida para encontrar el que causa problemas.
Luego toma esta pieza que encontró y la hace devolver un valor que indica que hay un problema en lugar del valor real (en su caso, debería reemplazar la cadena de salida con el len(of the output)). Luego compare manualmente con la longitud de la columna en la que lo está insertando.

Answer 3

desde el número de línea en el mensaje de error, debe poder identificar la consulta de inserción que está causando el error. modificar eso en una consulta de selección para incluir AND LEN(your_expression_or_column_here) > CONSTANT_COL_INT_LEN para la cadena de varias columnas en su consulta. mira la salida y te dará las malas filas.

Answer 4

Una manera rápida y sucia de la fijación de estos es para seleccionar las filas en una tabla nueva física, así:

SELECT * INTO dbo.MyNewTable FROM <the rest of the offending query goes here> 

... y luego comparar el esquema de esta tabla en el esquema de la tabla a la que iba previamente INSERT - y busque la (s) columna (s) más grande (s).

Answer 5

Técnicamente, no hay una fila para señalar porque SQL no escribió los datos en la tabla. Normalmente solo capturo el rastro, lo ejecuto el Analizador de consultas (a menos que el problema ya sea obvio por el rastreo, que puede ser en este caso), y depuro rápidamente desde allí con el método antiguo "modificar mi ACTUALIZACIÓN a SELECCIONAR". ¿Realmente no se reduce a una de dos cosas:

a) La definición de su columna es incorrecta, y el ancho debe ser cambiado b) La definición de columna es correcta, y la aplicación debe ser más defensiva

?

Answer 6

Recomienda que vote por la solicitud de mejora en el sitio de Microsoft. Ha sido activo desde hace 6 años así que quién sabe si Microsoft va a hacer nunca nada al respecto, pero al menos puede ser una rueda chirriante: Microsoft Connect

Answer 7

Soy consciente de que esto es una vieja.Aquí hay un pequeño fragmento de código que uso que ayuda.

Lo que hace esto, es devolver una tabla de las longitudes máximas en la tabla que está tratando de seleccionar. A continuación, puede comparar las longitudes de campo con el máximo devuelto para cada columna y descubrir cuáles causan el problema. Entonces, es solo una consulta simple para limpiar los datos o excluirlos.

DECLARE @col NVARCHAR(50) 
DECLARE @sql NVARCHAR(MAX); 

CREATE TABLE ##temp (colname nvarchar(50), maxVal int) 

DECLARE oloop CURSOR FOR 

SELECT COLUMN_NAME 
FROM INFORMATION_SCHEMA.COLUMNS 
WHERE TABLE_NAME = 'SOURCETABLENAME' AND TABLE_SCHEMA='dbo' 

OPEN oLoop 

    FETCH NEXT FROM oloop INTO @col; 

    WHILE (@@FETCH_STATUS = 0) 
    BEGIN 
     SET @sql = ' 
    DECLARE @val INT; 
    SELECT @val = MAX(LEN(' + @col + ')) FROM dbo.SOURCETABLENAME; 
    INSERT INTO ##temp 
      (colname, maxVal) 
    VALUES (N''' + @col + ''', -- colname - nvarchar(50) 
      @val -- maxVal - int 
      )'; 
     EXEC(@sql); 
     FETCH NEXT FROM oloop INTO @col; 
    END 

    CLOSE oloop; 
    DEALLOCATE oloop 

    SELECT * FROM ##temp 
    DROP TABLE ##temp; 

Answer 8

Otra forma aquí es utilizar la búsqueda binaria.

Comenta la mitad de las columnas en tu código y vuelve a intentarlo. Si el error persiste, comente otra mitad de esa mitad y vuelva a intentarlo. Limitará su búsqueda a solo dos columnas al final.

Answer 9

Para el truncamiento, se me ocurrió la solución siguiente para encontrar las longitudes máximo de todas las columnas:

1) Seleccione todos los datos en una tabla temporal (nombres de las columnas de suministro cuando sea necesario), por ejemplo,

SELECT col1 
     ,col2 
     ,col3_4 = col3 + '-' + col4 
INTO #temp; 

2) ejecute la siguiente instrucción SQL en la misma conexión (ajustar el nombre de la tabla temporal si es necesario):

DECLARE @table VARCHAR(MAX) = '#temp';  -- change this to your temp table name 

DECLARE @select VARCHAR(MAX) = ''; 
DECLARE @prefix VARCHAR(256) = 'MAX(LEN('; 
DECLARE @suffix VARCHAR(256) = ')) AS max_'; 
DECLARE @nl  CHAR(2)  = CHAR(13) + CHAR(10); 

SELECT @select = @select + @prefix + name + @suffix + name + @nl + ',' 
FROM tempdb.sys.columns 
WHERE object_id = object_id('tempdb..' + @table); 

SELECT @select = 'SELECT ' + @select + '0' + @nl + 'FROM ' + @table 

EXEC(@select); 

devolverá un conjunto de resultados con los nombres de columna con el prefijo 'max_' y muestra la longitud máxima de cada columna.

Una vez que identifica la columna defectuosa, puede ejecutar otras declaraciones de selección para buscar filas extra largas y ajustar su código/datos según sea necesario.

Answer 10

Lo mejor que funcionó para mí fue poner las filas primero en una tabla temporal usando seleccionar .... en #temptable Luego tomé la longitud máxima de cada columna en esa tabla temporal. p.ej. seleccione max (len (jobid)) como Jobid, .... y luego lo comparó con la definición del campo de la tabla fuente.