FOR XML не удалось сериализовать данные, поскольку они содержат символ (0x0000)


18

У меня большой запрос (при необходимости я опубликую его здесь), и я получаю эту ошибку:

Сообщение 6841, уровень 16, состояние 1, строка 1
FOR XML не удалось сериализовать данные для узла «NoName», поскольку он содержит символ (0x0000), который не разрешен в XML. Чтобы получить эти данные с помощью FOR XML, преобразуйте их в двоичный, varbinary или тип данных изображения и используйте директиву BINARY BASE64.

Единственная часть, которую я использую, FOR XMLнаходится здесь:

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

Но что это node noname? и как я могу посмотреть на это значение:(0x0000)

Это один из подзапросов (единственная часть, у меня есть FOR 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...

Ответы:


10

Линия:

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

Должно быть:

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

11

Я получаю ту же ошибку, когда я делаю это:

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

Итак, найдите все экземпляры DescFuncaoили DescTempoExperiencia(извините, вы не используете псевдонимы таблиц, поэтому невозможно определить, из какой они таблицы), где содержится содержимоеCHAR(0) , и исправьте их. Например:

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

Недостаточно отфильтровать эти строки в запросе, потому что вы не знаете, в какой момент будут работать методы XML, но вы также можете попробовать:

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

Конечно, фиксируя исходные данные , как только будет гораздо более эффективным , чем при запуске эти процедуры замены каждый раз .

Обратите внимание, что это может быть не единственный конкретный символ, который вызывает эту проблему. 0x0001-> 0x0008также сгенерирует ту же ошибку. Так что, если у вас есть эти персонажи, вы должны выяснить, откуда они берутся, и исправить источник.


1
Как насчет данных с большим количеством смайликов?
Девинбост

10

Я проверил это с ASCII - символами 0-255 и выяснил , что вы получите эту ошибку для символов: 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.

Одним из обходных путей является удаление , TYPEиз вашего оператора XML.

Другой способ - удалить эти символы в операторе 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),'')

Вы также можете создать функцию с этими операторами замены.


Эта обходная идея помогла мне найти место в большом сложном общем табличном выражении, которое для блока xml завершалось с ошибкой.
Кит Джон Хатчисон

2
Этот скрипт полезен (хотя и мучительно медленен), но он не работает с символами эмодзи (такими как 0xD83D), и я подозреваю, что их может быть много… по крайней мере, в моих данных. : '(Или я должен сказать: 0x1F62D
devinbost

1

Оптимизация ответа от @jumxozizi с помощью translate () (SQL Server 2017 ++). Код ниже заменит эти символы точками.

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

Чтобы удалить их вместо этого, можно сначала перевести () их в char (0), а затем обернуть это с помощью replace ().

Из идеи: /programming//a/55906638/538763

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.