Discussion :

[Eagle959]

Bonjour à tous,

J'ai un petit souci avec la gestion des types de données et des valeurs de retour des requêtes que j'exécute.

Supposons que j'ai le code suivant :

Code :

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

1
2
3
4
5
6
7
8
9
 
	$text = "exemple";
 
	$query = "UPDATE Table1 SET Champ1 = '$text'";
	$r_maj = mysql_query($query, $link);
	echo mysql_error();
	if ($r_maj)
		echo "La requête a réussi";
		else echo "La requête a échoué";

En bdd, Champ1 est de type Int.

Est-il normal que je ne recoive ni message d'erreur de mysql_error (je m'attendais à avoir quelquechose comme "mauvais type de données"), ni False comme résultat de mysql_query ?

[N1bus]

Code PHP :

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

1
2
3
if(!mysql_query($query, $link)){
echo "Erreur";
}

[Eagle959]

c'est ce que j'ai mis avec le if ($r_maj)

[Kerod]

Les SGBD gère directement les erreurs et insertions. Donc si tu mets ceci pour un entier, le SGBD ne renverra pas d'erreur. Par contre si tu mets une chaine de caractères il risque de ne pas l'apprécier. Si ton champ BDD était du type chaine et que tu ne mettais pas les quotes, il y aurait une erreur également

[Eagle959]

donc je n'ai aucun moyen de savoir si ma requête a échoué ?

[Kerod]

Ben si d'ailleurs tu l'utilises déjà

Code php :

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

mysql_query($query, $link) or die('Erreur SQL : ' . mysql_error());

va "casser" l'exécution du script php, et parfois casser l'affichage de page (surtout si c'est la première instruction)

Code php :

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

1
2
3
4
5
6
7
8
if(mysql_query($query, $link))
{
    //Exécution
}
else
{
    echo 'Erreur SQL : ' . mysql_error();
}

Va t'afficher l'erreur, va casser l'exécution du script mais tu n'auras pas de coupure lors de l'affichage

[Eagle959]

excuse-moi, je crois que j'ai mal compris ton premier message

le problème c'est :

Est-il normal que je ne recoive ni message d'erreur de mysql_error (je m'attendais à avoir quelquechose comme "mauvais type de données"), ni False comme résultat de mysql_query ?

d'après ce que tu me dis, si je mets une chaine de caractères dans un int, je devrais recevoir un message d'erreur, or je n'en recois pas

[Kerod]

Cela ne renvoi aucune erreur mais coté SQL ta chaine de caractères, étant pas du type entier, sera remplacé par l'entier 0 ou la valeur par défaut.

Donc pour MySQL ce n'est pas une erreur vu qu'il fait un cast de la valeur passée en paramètre. D'où l'utilité, parfois, de tester les valeurs avant insertion.

Sinon tu peux aussi voir de ce côté :

mysql.trace_mode boolean Mode trace. Lorsque mysql.trace_mode est activée, des alertes pour scans de table ou d'index, pour oubli de libération des ressources ou erreurs SQL seront affichées. Cette option a été introduite en PHP 4.3.0)

[Eagle959]

Cela ne renvoi aucune erreur mais coté SQL ta chaine de caractères, étant pas du type entier, sera remplacé par l'entier 0 ou la valeur par défaut.

argh d'accord

D'où l'utilité, parfois, de tester les valeurs avant insertion.

je dirais toujours

en fait, ce que je suis en train de faire, c'est que je bosse sur un projet dans lequel toutes les requêtes mysql_query sont exécutées sans le "or die", je pensais donc inclure un gestionnaire d'erreurs "or LogSqlError" sur chaque requête du projet. Mais là je me demande si ca vaut vraiment le coup ?

Je pensais récupérer dans mon gestionnaire des erreurs de types de données ou de variables trop longues pour le champ dans lequel on voulait faire la mise à jour, etc, mais si php ne me renvoie pas d'erreur ou de false, qu'est ce que je vais pouvoir récupérer comme erreurs ? des erreurs de syntaxe dans la requête uniquement ?