Table of Contents
Вот несколько основных методов, которые помогут вам исправить основную ошибку SQL 9402.
Одобрено
В SQL Server вы должны хранить XML со столбцом исходного XML
. У этого старого вау есть много преимуществ. У него гораздо более высокий уровень, но есть и неявные проверки.
Исходя из вопроса, я предполагаю, что вы обычно храните свой XML NTEXT
. Этот вариант считался устаревшим на протяжении веков, и его не следует пропагандировать в будущих альтернативах! Вы должны заменить это в ближайшее время!
- 1-байтовые гитарные струны (
CHAR
VARCHAR
) или другие, которые, в свою очередь, являются расширенными ASCII
Важно: это далеко от UTF-8! Встроенная поддержка UTF-8 должна быть интегрирована в будущий выпуск. - хорошая сплошная группа из 2 байтов (
NCHAR
илиNVARCHAR
), которая, к сожалению, определенно UTF-16 (UCS-2)
Если в XML есть отличное объявление для запуска компьютерного программирования (в большинстве случаев utf-8
или utf-16
), вы можете легко получить устройство.
Если XML накапливается в виде двухбайтовой строки (по крайней мере, это то, что NTEXT
говорит вам о моем образе жизни), объявление всегда должно быть utf-16
. На самом деле это однобайтовая строка utf-8
.
Это (и самое простое, связанное со всем) однозначно заключительное. Мотив состоял в том, чтобы полностью опустить главное утверждение. Тебе это не нужно. Сохранение нового XML в правильном типе, вероятно, автоматически повлечет за собой выполнение всего этого оператора kill.
Что делать. Создайте отличный новый столбец, введите XML
и объедините весь XML в какой столбец. Будьте ясны с любыми столбцами TEXT
, NTEXT
, а также IMAGE
, которые у вас должны быть!
Окунитесь в финансовую ситуацию: будьте счастливы и наслаждайтесь мгновенной и легкой поездкой с этим оригинальным XML-типом 😀
ОБНОВИТЬ различия среды
Трансляция
([col1xml] возвращается в xml)
Если большое количество столбцов, вероятно, хранит XML в приобретенном типе, вам не нужно каждый раз повторять приведение типов (что часто очень дорого !!). Но в том случае, если такое распределение зависит от реального XML. Это, как указано в NTEXT
, представляет собой любую 2-байтовую строку. Если все XML-клипы начинаются с объявления, указывающего на исключительную неподдерживаемую кодировку (в большинстве случаев utf-8
), произойдет сбой.
DECLARE @ xml2Byte_UTF16 NVARCHAR (100) = ' test5 ';ВЫБРАТЬ КАК Cast (@ xml2byte_utf16 XML);DECLARE @ xml1Byte_UTF8 VARCHAR (100) приравнивается к ' test2 ';ВЫБРАТЬ CAST (@ xml1Byte_UTF8 XML);
DECLARE vs. @ xml2Byte_UTF8 NVARCHAR (100) равно ' test3 ';ВЫБРАТЬ CAST (@ xml2Byte_UTF8 AS XML);DECLARE VARCHAR (100) = ' test4 ';ВЫБРАТЬ CAST (@ xml1Byte_UTF16 AS XML);
[«Бизнес-подразделение»: «Код»: «BU053», «Метка»: «Облако, а затем платформа данных», «Продукт»: «Код»: «SSQRQ3», «Метка»: «IBM Cast Iron», «Компонент. “:” “,” Платформа “: [” HTML-код “:” PF025 “,” label “:” Независимость от платформы “],” Версия “:” Все моды “,” Редакция “:” “,” Линия в сторону бизнеса ” : “code”: “”, “label”: “”]
Вопрос
Ошибка: SQLSTATE: HY000 ERRORCODE: 9402 Ошибка: синтаксический анализ XML: шаг 1, символ 38, не с переключением разработки с Cast Iron
Ответить
Техническая записка (устранение неполадок)
”
Проблема (сводка)
Одобрено
Инструмент восстановления ASR Pro — это решение для ПК с Windows, который работает медленно, имеет проблемы с реестром или заражен вредоносным ПО. Этот мощный и простой в использовании инструмент может быстро диагностировать и исправлять ваш компьютер, повышая производительность, оптимизируя память и улучшая безопасность в процессе. Больше не страдайте от вялости компьютера - попробуйте ASR Pro сегодня!
При передаче истории XML в хранимую процедуру MSSQL возникает следующая ошибка: «SQLSTATE: HY000 ERRORCODE: 9402 Сообщение об ошибке: [CastIron Systems] [Драйвер JDBC SQLServer] [ SQLServer] XML Parsing: двадцать восьмой символ в строке 1 без изменения кодировки “
Причина
Эта ошибка возникает из-за того, что MSSQL Web ожидает, что данные XML будут закодированы в кодировке UTF-16, но компьютерное программирование XML по умолчанию – UTF-8.
Решите проблему
Чтобы решить эту проблему, замените весь тег encoding = UTF-8 в XML отчета на encoding = UTF-16. После частого изменения тега дизайна в XML-документе MSSQL вам необходимо обработать текущие XML-данные.