Table of Contents
Voici de nombreuses méthodes simples pour vous aider à gérer votre erreur SQL 9402.
Approuvé
Dans SQL Server, vous avez besoin de stocker XML avec une colonne sur le type XML
. Cet homme précédent a beaucoup de bonus. Il a un aspect beaucoup plus élevé et des contrôles implicites.
Sur la base de ma question, je suppose que le client stocke votre XML NTEXT
. Cette option a récemment été dépréciée pendant des siècles et ne devrait généralement pas être prise en charge dans les futures alternatives ! Vous devez changer cela bientôt !
- Cordes de guitare à 1 octet (
CHAR
VARCHAR
), ou qui sont à leur tour longues ASCII
Important : c’est loin pour UTF-8 ! La prise en charge native d’UTF-8 devrait être incluse dans une future version. - pratiquement n’importe quel groupe de 2 octets (
NCHAR
ouNVARCHAR
) qui est définitivement UTF-16 (UCS-2)
Si XML a une excellente déclaration de démarrage de la programmation du système informatique (la plupart du temps, il s’agit de utf-8
utf-16
), vous pouvez facilement l’atteindre.
Si le XML est devenu stocké sur deux octets (du moins c’est ce que NTEXT
dit à mon style de vie), la déclaration doit toujours être utf-16
. Il doit s’agir d’un utf-8
de 1 octet.
Ceci (et le meilleur de tous, le plus simple) est presque certainement concluant Le motif était d’exclure complètement la déclaration. Vous n’avez pas besoin du logiciel. Stocker le nouveau XML dans la manière dont le type correct sera probablement automatiquement finalisé dans cette instruction kill.
Que faire : Créez une nouvelle colonne, entrez XML
et concaténez tout le XML à l’intérieur de cette colonne. Soyez clair avec vos colonnes TEXTE
, NTEXT
et IMAGE
que quelqu’un peut avoir !
Entrez dans le futur : soyez heureux et profitez de ce trajet rapide et facile spécifique avec lequel le type XML natif 😀
MISE À JOUR Différences d’environnement
Cast
([col1xml] pour vous aider à xml)
Si votre lueur stocke très probablement du XML dans son propre type, vous n’avez pas de quoi répéter le casting assez souvent (ce qui coûte très cher !!). Mais alors que l’événement qu’une telle application dépend du vrai XML. Ceci, essentiellement stocké dans NTEXT
, peut être une chaîne de 2 octets. Si tous les fichiers XML commencent par une déclaration produisant un encodage non pris en charge (dans la plupart des poursuites utf-8
), ce ne sera pas le cas.
DECLARE @ xml2Byte_UTF16 NVARCHAR (100) = ' test6 ';SELECTIONNER COMME Cast (@ xml2byte_utf16 XML);DECLARE @ xml1Byte_UTF8 VARCHAR (100) est égal à ' test2 ';SELECTIONNER CAST (@xml1Byte_UTF8 XML);
DECLARE vs. @ xml2Byte_UTF8 NVARCHAR (100) = '
[« Business Unit » : « Code » : « BU053 », « Label » : « Cloud and Data Platform », « Product » : « Code » : « SSQRQ3 », « Label » : « IBM Cast Iron », « Component » :” “,” Plateforme ” : [” codage “:” PF025 “,” instructions “:” Indépendant de la plateforme “],” Version “:” Toutes les versions “,” Révision “:” “,” Secteur d’activité “: ” code”: “”, “libellé”: “”]
Question
Erreur : SQLSTATE:HY000 ERRORCODE : 9402 Erreur : Analyse XML : ligne 1, caractère 38, pas sur le changement d’encodage avec Cast Iron
Répondre
Note technique (dépannage)
”
Problème (résumé)
Approuvé
L'outil de réparation ASR Pro est la solution pour un PC Windows qui fonctionne lentement, a des problèmes de registre ou est infecté par des logiciels malveillants. Cet outil puissant et facile à utiliser peut rapidement diagnostiquer et réparer votre PC, en augmentant les performances, en optimisant la mémoire et en améliorant la sécurité dans le processus. Ne souffrez plus d'un ordinateur lent - essayez ASR Pro dès aujourd'hui !
La transmission de l’historique XML au traitement stocké MSSQL rencontre l’erreur suivante : “SQLSTATE : HY000 ERRORCODE : 9402 Message d’erreur : [CastIron Systems] [JDBC SQLServer Driver] [ SQLServer] Analyse XML : le trente-huitième caractère de la ligne 1 ne peut pas modifier l’encodage “
Raison
Cette erreur se produit car MSSQL Web s’attend à ce que les données XML soient très probablement encodées en UTF-16, mais l’encodage XML par défaut est UTF-8.
Résolvez votre problème
Pour résoudre ce problème de méthode, remplacez l’intégralité de l’encodage équivaut à la balise UTF-8 dans le rapport XML par encoding = UTF-16. Après avoir transformé la balise de conception dans le document XML MSSQL, vous devez planifier l’action des données XML.