0
Je rencontre un problème intéressant avec une application migrée d'Oracle 9i vers 10g.
Auparavant, nous avions un problème lorsqu'un champ contenait des guillemets doubles puisque les champs encapsulés des jeux d'enregistrements Oracle étaient entre guillemets.Est-ce que Oracle 10g échappe automatiquement les guillemets doubles dans les jeux d'enregistrements?
Exemple: "field1" || "field2" || "champ "Y" 3" || "field4"
Depuis le passage à 10g, je crois que le conducteur côté client Oracle est l'analyse les guillemets et les remplacer par "
Malheureusement, je n'ai pas un ancien environnement 9i pour tester ma théorie.
Avez-vous vu un comportement similaire ou quelqu'un peut-il valider si ma théorie est vraie?
Les guillemets sont utilisés par Oracle pour délimiter les noms des identificateurs dans une requête, par ex. CHOISISSEZ "EMPNO" DE "EMP". Cette expression ne semble pas faire partie d'un SQL valide. Avec des espaces supplémentaires pour la clarté: "field1" || "field2" || "champ" Y "3" || "field4" - il manque quelque chose. –
Ce que j'ai posté sont les résultats d'une requête qui sont retournés dans un jeu d'enregistrements à VB. J'essaye de déterminer si le conducteur échappe des guillemets doubles. Je ne trouve aucune preuve de mon code d'application faisant cela. – bitstream