FOR XML não pôde serializar os dados porque contém caracteres (0x0000)


18

Tenho uma grande consulta (se necessário, publicarei aqui) e estou recebendo este erro:

A mensagem 6841, nível 16, estado 1, linha 1
FOR XML não pôde serializar os dados para o nó 'NoName' porque contém um caractere (0x0000) que não é permitido no XML. Para recuperar esses dados usando o FOR XML, converta-os para o tipo de dados binário, varbinário ou de imagem e use a diretiva BINARY BASE64.

A única parte que eu uso FOR XMLestá aqui:

WHERE 
    (CodFuncionario = Results.CodFuncionario) 
FOR XML PATH(''), TYPE).value('(./text())[1]', 
    'VARCHAR(MAX)'), 1, 2, '') AS [Experiencia]

Mas o que é isso node noname? e como posso procurar esse valor:(0x0000)

Esta é uma das subconsultas (a única parte que tenho para XML):

SELECT 
    [CodFuncionario],
    STUFF
    (
        (
            SELECT 
                ' / ' + 
            CAST
            (
                [DescFuncao] + '-' + 
                [DescTempoExperiencia] 
                AS VARCHAR(MAX)
            )...
FROM 
    [Linked_Server].db.dbo.tblFuncionarioExperiencia T0
INNER JOIN
    [Linked_Server].db.dbo.tblFuncao T1 On T0.codFuncao = T1.CodFuncao
INNER JOIN
    [Linked_Server].db.dbo.tblTempoExperiencia T2 ON T0.CodTempoExperiencia = T2.CodTempoExperiencia 
WHERE 
   (CodFuncionario = Results.CodFuncionario) 
   FOR XML PATH(''), TYPE).value('(./text())[1]', 'VARCHAR(MAX)'), 1, 2, '') AS [Experiencia]
  FROM 
      [Linked_Server].db.dbo.tblFuncionarioExperiencia Results  
  GROUP BY 
      CodFuncionario) as T2

  On T0.CodFuncionario = T2.CodFuncionario

Left Join...

Respostas:


10

A linha:

...
SELECT 
    [CodFuncionario],
    STUFF
    (
        (
            SELECT 
                ' / ' + 
                CAST
                (
                    [DescFuncao] + '-' + 
                    [DescTempoExperiencia] 
                    AS VARCHAR(MAX)
                )...

Deveria estar:

...
SELECT 
    [CodFuncionario],
    STUFF
    (
        (
            SELECT 
                ' / ' + 
                CAST
                (
                    replace -- *** NEW! ***
                    (
                        [DescFuncao] + '-' + 
                        [DescTempoExperiencia],
                        char(0),
                        ''
                    ) 
                    AS VARCHAR(MAX)
                )...

11

Eu recebo o mesmo erro quando faço isso:

DECLARE @foo VARCHAR(32) = CHAR(0); -- 0x0000
SELECT @foo FOR XML PATH, TYPE;

Portanto, encontre todas as instâncias de DescFuncaoou DescTempoExperiencia(desculpe, você não usa o alias de tabela, por isso é impossível dizer de qual tabela elas vêm) onde o conteúdo contém CHAR(0)e corrija-as. Por exemplo:

UPDATE dbo.whatever 
  SET DescFuncao = REPLACE(DescFuncao, CHAR(0), '')
  WHERE DescFuncao LIKE '%' + CHAR(0) + '%';

Não é suficiente filtrar essas linhas na sua consulta, porque você não sabe em que momento os métodos XML funcionarão, mas você também pode tentar:

STUFF(( SELECT ' / ' + CAST(REPLACE([DescFuncao] + '-' 
  + [DescTempoExperiencia], CHAR(0), '') AS VARCHAR(MAX))

Obviamente, corrigir os dados de origem uma vez será muito mais eficiente do que executar essas rotinas de substituição todas as vezes .

Observe que esse pode não ser o único caractere específico que causa esse problema. 0x0001-> 0x0008também irá gerar o mesmo erro. Portanto, se você tiver esses personagens também, deve investigar de onde eles vêm e corrigir a fonte.


11
E os dados com muitos emojis?
Devinbost #

10

Eu testei isso com caracteres ASCII 0-255 e descobri que você receber esse erro para caracteres: 0x0000, 0x0001, 0x0002, 0x0003, 0x0004, 0x0005, 0x0006, 0x0007, 0x0008, 0x000B, 0x000C, 0x000E, 0x000F, 0x0010, 0x0011, 0x0012, 0x0013, 0x0014, 0x0015, 0x0016, 0x0017, 0x0018, 0x0019, 0x001A, 0x001B, 0x001C, 0x001D, 0x001E, 0x001F.

Uma solução alternativa é remover , TYPEda sua instrução XML.

Outra maneira é remover esses caracteres na instrução select:

REPLACE( REPLACE( REPLACE( REPLACE( REPLACE( 
REPLACE( REPLACE( REPLACE( REPLACE( REPLACE( 
REPLACE( REPLACE( REPLACE( REPLACE( REPLACE( 
REPLACE( REPLACE( REPLACE( REPLACE( REPLACE( 
REPLACE( REPLACE( REPLACE( REPLACE( REPLACE( 
REPLACE( REPLACE( REPLACE( REPLACE( 
    < YOUR EXPRESSION TO BE CLEANED >
,char(0x0000),'') ,char(0x0001),'') ,char(0x0002),'') ,char(0x0003),'') ,char(0x0004),'') 
,char(0x0005),'') ,char(0x0006),'') ,char(0x0007),'') ,char(0x0008),'') ,char(0x000B),'') 
,char(0x000C),'') ,char(0x000E),'') ,char(0x000F),'') ,char(0x0010),'') ,char(0x0011),'') 
,char(0x0012),'') ,char(0x0013),'') ,char(0x0014),'') ,char(0x0015),'') ,char(0x0016),'') 
,char(0x0017),'') ,char(0x0018),'') ,char(0x0019),'') ,char(0x001A),'') ,char(0x001B),'') 
,char(0x001C),'') ,char(0x001D),'') ,char(0x001E),'') ,char(0x001F),'')

Você também pode criar uma função com essas instruções de substituição.


Essa idéia de solução alternativa me ajudou a encontrar onde, em uma expressão de tabela comum grande e complexa, que para o bloco xml estava falhando com esse erro.
Keith John Hutchison /

2
Esse script é útil (embora dolorosamente lento), mas não funciona em caracteres emoji (como 0xD83D), e eu suspeito que possa haver muitos deles .... pelo menos nos meus dados. : '(Ou devo dizer: 0x1F62D
devinbost

1

Otimizando a resposta de @jumxozizi usando translate () (SQL Server 2017 ++). O código abaixo substituirá esses caracteres por pontos.

declare
    @illegalChars nvarchar(4000) = 
        char(0) + char(1) + char(2) + char(3) + char(4) + char(5) + char(6) + char(7) + char(8) + char(11) + 
        char(12) + char(14) + char(15) + char(16) + char(17) + char(18) + char(19) + char(20) + char(21) + char(22) + 
        char(23) + char(24) + char(25) + char(26) + char(27) + char(28) + char(29) + char(30) + char(31);

select translate(input, @illegalChars, replicate('.', len(@illegalChars))) as Result

Para removê-los, é possível convertê-los () primeiro em char (0) e depois envolvê-los com um replace ().

Da ideia: /programming//a/55906638/538763

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.