Type xml avec accent et chaine très longue

[zobbyzobba]

Bonjour à tous,

Je cherche à stocker une chaine très longue (> 100000 caractères) et au format XML dans une table.
Le problème c'est que je risque d'avoir des accents dans ma chaine et du coup:

Code :

XML parsing: line 1084, character 29, illegal xml character

A ce que j'ai compris ça serait à cause de l'utf-8 dans ma balise d'en-tête?

Alors j'ai googlé mon problème et j'ai trouvé cette solution:

Code :

1
2
3
4
5
6
7
8
DECLARE @strXML nvarchar(1000);
SET @strXML = '<?xml version="1.0" encoding="utf-8"?>'
SET @strXML = REPLACE(@strXML, '"utf-8"', '"utf-16"');
SELECT @strXML;
 
DECLARE @myxml xml;
SET @myxml = @strXML;
SELECT @myxml;

Sauf que ma chaine ne rentre pas dans un nvarchar et que je n'arrive pas à utiliser le type text, parce que, vous avez du vous en rendre compte, j'y connais rien en SQL :/

Alors j'aurais voulu avoir vos impressions sur ce problème, et des pistes de réflexion entre le pas trop flou et la réponse toute faite, si vous avez 2-3 minutes à m'accorder en ce 1 avril

Bonne journée!

[SQLpro]

Stockez là directement dans une colonne de type VARCHAR(max) cela permet 2 milliards de caractères.

A +

[zobbyzobba]

Merci
En effet ça a l'air de mieux se passer.
En plus, j'ai découvert un truc! (basique pour vous mais pour moi n'y connaissant pas grand chose c'est important) J'ai découvert que la valeur du paramètre du varchar était des octets! et non pas des le nombre de caractères ^^

Sinon lors de l'affectation de ma chaine en xml j'ai une nouvelle erreur:

Code :

XML parsing: line 1, character 40, unable TO switch the encoding

Trop bizarre puisque la ligne en question est une ligne comme les autres

Merci en tout cas pour votre aide!

Bonne journée

[iberserk]

J'ai découvert que la valeur du paramètre du varchar était des octets! et non pas des le nombre de caractères

Faux, varchar(50): 50 caractères chacun codé sur un octet(+ stockage de la longueur effective)
nvarchar(50): 50 caractères chacun codé sur deux octets (+ stockage de la longueur effective).

[elsuket]

Bonjour,

J'ai découvert que la valeur du paramètre du varchar était des octets! et non pas des le nombre de caractères ^^

Soyons plus précis : en varchar tout caractère stocké occupe 1 octet, puisqu'alors ASCII est utilisé.

Si vous passez votre colonne un Unicode (nvarchar), alors vous consommerez deux octets par caractère

En revanche en Unicode vous pouvez stocker n'importe quel caractère existant de n'importe quel alphabet, alors qu'en ASCII vous ne pouvez stocker que des caractères latins

@++

[7gyY9w1ZY6ySRgPeaefZ]

Envoyé par zobbyzobba

J'ai découvert que la valeur du paramètre du varchar était des octets! et non pas des le nombre de caractères ^^

C'est sous Oracle que l'on a ce comportement par défaut.

[elsuket]

On notera au passage que l'utilisation d'une colonne varchar implique en plus de la longueur de la chaîne elle même 2 octets supplémentaires qui permettent de stocker l'offset de fin de chaîne dans la page dans laquelle elle est stockée

@++