¿Cómo identifico las columnas responsables de "La cadena o los datos binarios se truncarían".

Estoy generando algunas consultas de forma automática con el código que escribí a SELECT desde una base de datos remota de Pg e inserto en una base de datos local de SQL Server. Sin embargo, uno de ellos está generando este error:

[Microsoft] [Controlador ODBC SQL Server] [SQL Server] La cadena o los datos binarios se truncarían. (SQL-22001) [el estado era 22001 ahora 01000]

[Microsoft] [Controlador ODBC SQL Server] [SQL Server] La declaración ha finalizado. (SQL-01000) en. \ Insert.pl línea 106.

¿Cómo averiguo qué columna genera ese error y carece de la longitud para la entrada? ¿Hay alguna manera de hacer esto sin adivinar la fuerza bruta varchar?

No, no está registrado en ningún lado. Vaya a votar y exponga su caso de negocios; Este es uno de la larga lista de cosas que deben corregirse en SQL Server.

Esto se solicitó hace años en Connect (probablemente primero en el marco de tiempo de SQL Server 2000 o 2005), luego nuevamente en el nuevo sistema de comentarios:

• los datos binarios o de cadena se truncarían => mejoras de mensajes de error

Y ahora se ha entregado, en SQL Server 2019 , SQL Server 2017 CU12, y aparecerá en un futuro SQL Server 2016 SP2 CU.

En el primer CTP público de SQL Server 2019, solo aparece bajo la marca de seguimiento 460. Esto suena un poco secreto, pero se publicó en este documento técnico de Microsoft . Este será el comportamiento predeterminado (no se requiere marca de seguimiento) en el futuro, aunque podrá controlar esto a través de una nueva configuración de base de datos VERBOSE_TRUNCATION_WARNINGS.

Aquí hay un ejemplo:

USE tempdb;
GO
CREATE TABLE dbo.x(a char(1));

INSERT dbo.x(a) VALUES('foo');
GO

Resultado en todas las versiones compatibles anteriores a SQL Server 2019:

El mensaje 8152, Nivel 16, Estado 30, Línea 5
Cadena o datos binarios se truncarían.
La instrucción se ha terminado.

Ahora, en los CTP de SQL Server 2019, con el indicador de rastreo habilitado:

DBCC TRACEON(460);
GO

INSERT dbo.x(a) VALUES('foo');
GO
DROP TABLE dbo.x;
DBCC TRACEOFF(460);

El resultado muestra la tabla, la columna y el valor ( truncado , no lleno ):

Msg 2628, Nivel 16, Estado 1, Línea 11 La
cadena o los datos binarios se truncarían en la tabla 'tempdb.dbo.x', columna 'a'. Valor truncado: 'f'.
La instrucción se ha terminado.

Hasta que pueda soltar todo y actualizar a SQL Server 2019, o pasar a la Base de datos SQL de Azure, puede cambiar su código "automático" para extraer la longitud máxima sys.columns, junto con el nombre del que debe estar llegando de todos modos, y luego aplicar LEFT(column, max_length)o cualquiera que sea el equivalente de PG. O, dado que eso solo significa que perderá datos silenciosamente, descubra qué columnas no coinciden y arregle las columnas de destino para que se ajusten a todos los datos de la fuente. Dado el acceso a los metadatos a ambos sistemas, y el hecho de que ya está escribiendo una consulta que debe coincidir automáticamente con las columnas fuente -> destino (de lo contrario, este error no sería su mayor problema), no debería tener que hacer ninguna fuerza bruta adivinando en absoluto.

Si tiene acceso para ejecutar el Asistente de importación y exportación de SQL Server desde SQL Server Management Studio (haga clic con el botón derecho en la base de datos> Tareas> Importar datos ...), cree una tarea que importe desde SQL Client utilizando su consulta como origen de datos al destino mesa.

Antes de ejecutar la importación, puede revisar la asignación de datos y le dirá qué columnas tienen tipos de campo inconsistentes. Y si ejecuta la tarea de importación, le indicará qué columna (s) no se pudo importar.

Advertencia de validación de muestra:

Advertencia 0x802092a7: Flujo de datos Tarea 1: El truncamiento puede ocurrir debido a la inserción de datos de la columna de flujo de datos "NARRATIVA" con una longitud de 316 a la columna de la base de datos "NARRATIVA" con una longitud de 60. (Asistente de importación y exportación de SQL Server)

Finalmente, no pude encontrar una manera de obtener la información de la columna sin escribirla yo mismo.

Este mensaje de error fue generado por DBD::ODBC, pero también puedes usarlo sys.columns (max_length)(simplemente no sé cómo).

Utilicé un código como este en mi lista de columnas para obtener una lista de matrices con dos elementos, el COLUMN_NAMEy MAX_LENGTH(documentado en DBIcolumn_info() ).

my @max_lengths = map [ @{$_->fetchall_arrayref->[0]}[3,6] ]
    , map $dbh_mssql->column_info('database', 'dbo', $dest_table, $_)
    , @col_mssql
;

Luego capté las excepciones INSERTe imprimí algo útil. En este ejemplo, @$rowlos datos enviados asth->execute()

if ($@) {
        warn "$@\n";
        for ( my $idx=0; $idx <= $#{ $row }; $idx++ ) {
                Dumper {
                        maxlength => $max_lengths[$idx]->[1]
                        , name    => $max_lengths[$idx]->[0]
                        , length  => length( $row->[$idx] )
                        , content => $row->[$idx]
                };
        }
        die;
}

Además, vote y vote a favor la otra respuesta

Finalmente, Microsoft decidió proporcionar información significativa para String or binary would be truncatedcomenzar desde SQL Server 2016 SP2 CU, SQL Server 2017 CU12 y en SQL Server 2019.

La información ahora incluye tanto la columna de la tabla ofensiva (nombre completo) como el valor ofensivo (truncado a 120 caracteres):

El mensaje 2628, Nivel 16, Estado 1, Línea x Cadena o datos binarios se truncarían en la tabla 'TheDb.TheSchema.TheTable', columna 'TheColumn'. Valor truncado: '...'. La instrucción se ha terminado.