Discussion :

[Sh4dow49]

Bonjour,

Voila j'ai un probleme avec une requete

en fait j'ai un formulaire avec un champ nom, description et position, et une fosi que j'envoie le formulaire j'ai une requete qui doit créer un nouvel enregistrement dans la bdd

Le problème est lorsque je met une guillemet " dans un des champs texte.

Je déclate ma requete dans une variable pour commencer

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

$requete = 'insert into ma_table values (\''.$nom.'\', \''.$desc.'\', '.$pos.')';

ensuite je parse la requete

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

$stmt = oci_parse($connect, $requete) or die ("erreur à la création");

puis j'execute la requete

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

oci_execute($stmt, OCI_DEFAULT) or die ("erreur a l'execution");

Seulement si je met une guillemet dans un champ la requete plante a l'execution et aucune erreur n'est retournée lorsque je remplace le texte "erreur a l'execution" par la fonction oci_error() qui retourne la dernière erreur oracle (qui serait donc l'erreur due a la requete si elle était mauvaise). Or si elle ne retourne rien c'est qu'il n'y a pas d'erreur.

En effet lorsque j'affiche la requete et que lje la copie dans la console oracle, l'enregistrement est créé. Par contre en le créant vianla console oracle, la ligne n'apparait pas ensuite dans le naviguateur lorsque j'affiche via php la liste des enregistrements de la table ...

Help please

Merci d'avance

[rbaraer]

En effet lorsque j'affiche la requete et que lje la copie dans la console oracle, l'enregistrement est créé. Par contre en le créant vianla console oracle, la ligne n'apparait pas ensuite dans le naviguateur lorsque j'affiche via php la liste des enregistrements de la table ...

Effectues-tu bien le commit en PHP ?

[Sh4dow49]

oui je l'effectue juste avant la déconnexion

Voici le script deconnexion.php qui est include dans chaque page dès qu'il y a eu connexion

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
<?php
	oci_commit($connect) or die ("Erreur lors de la validation de la requ&ecirc;te ...");
	oci_close($connect) or die ("Erreur lors de la d&eacute;connexion de la base de donn&eacute;es ...");
	oci_free_statement($stmt);
?>

[rapha51]

Pour ton problème de côte, ton PHP est paramétré avec les magic quotes ou pas ? Si c'est pas le cas il faut que tu ajoutes des addslashes.

par contre c'est bizarre que la fonction oci_error ne te renvoie rien...

[rbaraer]

par contre c'est bizarre que la fonction oci_error ne te renvoie rien...

C'est pour ça que j'ai posé la question du commit.

Effectivement peut-être avec addslashes...

De toute façon, il vaudrait mieux utiliser des requêtes préparées

http://g-rossolini.developpez.com/tu.../?page=donnees

http://asktom.oracle.com/pls/asktom/f?p=100:11:0:::11_QUESTION_ID:35816267380038

http://asktom.oracle.com/pls/asktom/f?p=100:11:0:::11_QUESTION_ID:1993620575194

http://http://chrisgatesconsulting.com/preparedStatements.ppt#281,26,Soft Parse Isn't Enough

Pour résumer : le système de cache de requêtes d'Oracle ne fonctionne bien que lorsque 99% des requêtes sont des requêtes préparées !

HTH

[Sh4dow49]

J'ai testé le addslashes et voila ce qui s'est passé :

j'ai testé avant et après le

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

str_replace("'", "''", $chain);

mais il ne met un antislash que devant les quotes, et non devant la guillemet, or la quote s'échappe sous oracle en la doublant (d'ou le str_replace) mais la guillemet n'a pas besoin d'être échappée sous oracle. de plus la fonction addslashes n'a pas ajouté d'anti slash devant.

Je vais me pencher sur les requetes préparées pour voir si ca change quelque chose ou pas ... (si quelqu'un a autre chose à proposer en attendant je suis preneur de toutes les solutions)

[rapha51]

je viens de faire un petit test sur les guillements (tu as raison sous oracle on est pas obligé de les 'backslasher') :
echo(addslashes('test"test'));
résultat : test\"test

pour les quotes tu as raison : sous oracle c'est ''

ton problème ne vient peut pas de la gestion des quotes et guillements

le plus bizarre dans ton problème c'est que oci_error ne te détecte pas d'erreur...

[Sh4dow49]

oui j'ai fait je même test que toi ça marche mais lorsque le l'utilise sur des chaines stockées dans des variables ça ne marche plus ...

Par contre pour le fait que oci_error() ne retourne pas d'erreur je pense que cela vient du fait que la requete est bonne malgré le fait que php ne l'interprète pas.

En fait si j'affiche ma requete via la page internet, je la copie et le l'execute a partir d'une console sqlplus, et la ca marche.

Par contre si j'essaye d'exécuter la requete via php et la fonction oci_execute, la requete ne passe pas et il n'y a donc pas d'erreur oracle, et si j'execute la requete via sqlplus et que j'essaye d'afficher en suite la liste des enregistrements les requetes qui ne sont pas passées via oci_execute et que j'ai créés via sqlplus ne s'affichent pas ...

[rapha51]

petite question très bête (mais dès fois c'est ces questions qui font avancer) : en PHP, t'es sur d'être bien connecté sur la bonne base ?

[Sh4dow49]

oui puisque si je met du texte sans guillemet l'enregistrement se fait bien. Le problème ne provient que lorsque j'ai une guillemet

[rapha51]

autre petite question :
quand tu remplaces "erreur a l'execution" par la fonction oci_error(), tu affiches quel élement du tableau retourné par oci_error() ? code ou message ?

[Sh4dow49]

ben je sais pas ... je met juste oci_error() :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

... or die(oci_error());

[rapha51]

oci_error() te renvoi un tableau...je suis pas sur que die(oci_error()) va t'afficher le tableau retourné par oci_error()...peut etre que oui.
d'ailleurs il y a un paramètre à passer à oci_error() dans certains cas de figure.

moi dans mes codes j'ai des trucs du style :
$wrk_res = oci_parse($connexion, $requete);
$wrk_ret = oci_execute($wrk_res, OCI_DEFAULT);
if (!$wrk_ret)
{
$wrk_err = oci_error($wrk_res);
$ERR_TXT = "Erreur Oracle ".$wrk_err['code']." - ".$wrk_err['message'];
echo($ERR_TXT); // par exemple
}

[Sh4dow49]

j'ai essayé un truc dans le genre de ce que tu as fait :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
 
<?php
	$stmt = oci_parse($connect, $requeteSQL) or die("Erreur lors de la cr&eacute;ation de la requ&ecirc;te ...");
	$r = oci_execute($stmt, OCI_DEFAULT);
	if (!$r)
	{
		$e = oci_error($r);
		$err_txt = 'erreur oracle '.$e['code'].' - '.$e['message'];
		echo $err_txt;
	}
?>

sur un enregistrement qui marchait normalement avant rien n'a changé, avec une guillemet l'enchainement des actions est le meme que que lorsque ca marche a 2 choses près : il affiche "erreur oracle - " (donc les erreurs n'apparaissent pas) et l'enregistrement n'est pas créé

Je viens de remarquer que sur le champ nom (clef primaire de la table) la guillemet deconne, sur le champ description, elle fonctionne sans problème ...

Est ce que cela viendrait donc du fait que la clef primaire n'accepte pas les guillemets ?

[rapha51]

Est ce que cela viendrait donc du fait que la clef primaire n'accepte pas les guillemets ?
Aucune idée, je vais faire un test quand j'aurai 5mn

Pour etre sur que ta gestion d'erreur fonctionne, dans ta requete mets un mauvais nom de table ou un mauvais nom de colonne, dans ce cas de figure je suis sur que tu devrais avoir quelque chose dans $err_txt

[Sh4dow49]

trouvé : la guillemet est remplacée par " ... ce qui fai que la chaine était trop grande pour entrer dans le champ

j'ai donc ajouté un petit

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

str_replace("& quot;", "\"", $ma_var);

avant l'enregistrement (sans l'espace ^^)

[rapha51]

et tu sais ce qui te convertissait tes guillemets en " ?

[Sh4dow49]

Probablement la fonction htmlentities