Vous n'êtes pas identifié(e).
Pages : 1
Bonjour,
Nous sommes en train de rendre nos applicatifs compatibles avec Postgre SQL.
Pour nous connecter (et pour ceux qui connaissent) nous utilisons SQLDirect. Ce composant se charge d'échapper les ' avant l'insertion.
La syntaxe utilisée par ce composant est \' (au lieu de ''). D'après la documentation ceci est correct :
"Also, a single quote can be included in an escape string by writing \', in addition to the normal way of ''."
Mais on obtient pourtant une erreur SQL. J'ai essayé de faire le test avec pgAdmim et j'obtiens la même erreur :
INSERT INTO TEST1(TS1_INT, TS1_VARCHAR) VALUES (10, 'aujourd\'hui')
ERREUR: erreur de syntaxe sur ou près de « hui »
LINE 1: ...TO TEST1(TS1_INT, TS1_VARCHAR) VALUES (10, 'aujourd\'hui')
********** Erreur **********
ERREUR: erreur de syntaxe sur ou près de « hui »
État SQL :42601
Caractère : 65
Y'a t'il une option à activer quelque part ?
Merci
Hors ligne
À priori, vous utilisez la version 9.1 de PostgreSQL. En 9.1, le paramètre standard_conforming_strings est à on par défaut, ce qui occasionne ce genre de problème. Le passer à off permettra d'éviter ce problème, mais vous aurez des messages WARNING dans vos traces. Le mieux est évidemment que les développements de SQLDirect comprennent que l'utilisation des antislashs n'est pas standard et que la bonne façon de faire est d'utiliser deux guillemets simples.
Guillaume.
Hors ligne
Merci Gleu,
Ca fonctionne correctement avec le paramètre à off.
Concernant SQLDirect, ce composant permet d'attaquer différentes bases, nous l'utilisons notamment pour Oracle, MSSql et MySQL. Je pense que le code d'échappement en \' est commun à tous les moteurs.
En dehors du Warning, pourquoi préconise t'on l'utilisation du '' à la place du \'. Y'a des contraintes de perfos dernière ?
Hors ligne
C'est préconisé car le standard SQL l'impose. Par contre, aucune contrainte de perfs.
Guillaume.
Hors ligne
Pour les autres, je ne sais pas. Mais Oracle utilise un ' pour escaper un ' (ça donne donc '' pour un quote dans une chaîne de caractères), comme l'impose le standard SQL.
Si j'ai bien compris, SQLDirect utilise odbc pour se connecter à PG ? Si c'est le cas, le problème pourrait tout simplement venir d'une version obsolète du driver odbc: les versions les plus récentes prennent en compte standard_conforming_strings pour faire l'escaping comme il faut. D'après les release notes du driver odbc, c'est pris en compte depuis la version 08.02.0402.
Marc.
Hors ligne
Pages : 1
