Stocker une expression reguliere dans une base MySQL

Bonjour,

J'essaie avec la JDBC de stocker des donnees, dont des expressions regulieres, dans une base MySQL avec une commande INSERT...

Or, je constate que la donnee

Code:

---

1 2	'"\s*onmouseout="restoreChannels\(\);"\s+onmouseover="(clear|get)Channels\(\'*[0-9]*\'*\);*\"'

---

est stockee de la manière suivante :

Code:

---

1 2	"s*onmouseout="restoreChannels();"s+onmouseover="(clear|get)Channels('*[0-9]*'*);*"

---

Vous voyez la perte d'information due à cette interprétation de la donnée de type VARCHAR ?
J'ai essaye de stocker mon exp reg dans un blob, mais ça n'empêche pas MySQL de modifier ma chaîne !!!

Vous avez une idee... autre que de coder mes antislash de maniere doublee pour qu'ils soient interpretes comme je veux ? (\\ pour que ce soit stocke \).

normalement on utilise les \ pour qu'un caractère spécial soit lu comme un simple caractère.
si j'ai bien compris, toi tu veux que ton expression contienne des \ compris comme \ pas pour interpréter un autre caractère spécial !!

Effectivement fangriz, expliqué comme ça, le problème donne mal à la tête !

Mais tu as raison, reprenons:

La chaîne de caractères est destinée à servir comme expression règulière.

Donc, il est vital que certaines parenthèses, par exemple, soient :
- tantôt interprétées en tant que telles par le moteur RegExp qui va y voir des groupes afin de faire du backreference etc.
- tantôt non interprétées et considérées comme des caractères simples

Le problème c'est que durant l'envoi des données à MySQL via Java, les antislashes disparaissent....car elles sont interprétées dans Java.

Pourtant, en faisant une impression de débogage dans la console, je constate que la donnée envoyée est :
INSERT INTO MaBase VALUES (..., '"\s*onmouseout="restoreChannels\(\);"\s+onmouseover="(clear|get)Channels\(\'*[0-9]*\'*\);*\"', ...);

Ce qui veut dire que lorsque MySQL la reçoit, il interprète les antislashes.
Ma question est : est-ce qu'il y a un datatype (VARCHAR et BLOB non semble-t-il) qui prend la string telle quelle sans interpréter ?

As tu essayé de faire ton insert en passant par un PrepareStatement ?

Merci à toi IN,


En cherchant des infos sur les PreparedStatement, j'ai trouvé la soluce
à mon problème.

En particulier, sur la page (http://developer.mimer.com/howto/howto_32.htm),
j'ai lu ça :
"With a PreparedStatement, you don’t have to bother with string concatenation. Neither do you have to bother with SQL escape characters or quotes in the name that would invalidate the SQL-statement."