Discussion :

[guipe]

Bonjour j'aimerai savoir quelle est la différence entre utiliser mysql_error comme ceci:

Code :

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

$result=mysql_query($query) or die("Erreur SQL".mysql_error());

et utiliser un mysql_num_rows($result) pour tester si notre requête a obtenu au moins une ligne(un résultat) et effectuer ensuite ce que l'on veut faire !

Dans les 2 cas on fait la même chose non car on teste si notre requete est valable?

Alors faut-il privilégier une méthode ou faire les 2?

J'ai du mal a voir la nuance !

[asdf007]

mysql_error() t'affiche l'erreur, ce qui est utile pour débugger (ne surtout pas laisser les "or die" sur un site en prod' accessible au public, par contre).

mysql_num_rows n'indique absolument pas si une requête a échoué : il se peut qu'elle se soit déroulée normalement mais qu'elle ne retourne aucun résultat.

[RunCodePhp]

Pour ma part, il y a aucune comparaison a faire entre les 2 techniques, elles ont toutes 2 un but précis, qui n'est pas le même (même si en apparence ça y ressemble).

Le or die( mysql_error() ) c'est fait pour débugger, c'est pour aider le développeur à réparer une erreur.
D'ailleurs, on n'affiche pas les erreurs (Php ou MySQL) pour un site en production, uniquement lorsqu'on développe.
Le développeur devra donc tout faire pour éviter d'avoir cette erreur, ce code est donc là pour du dernier recourt, au cas improbable où le développeur n'aurait pas vérifié.
Du coup, et en production, l'utilisateur ne verra pas l'erreur si elle se présente.


Faire une 1ère requête de vérification pour éviter qu'une 2ème requête génère une erreur est très courant, je dirais même que ça fait partie prenante de toute application.
Si on regarde bien, une énorme partie du code est faite de vérifications, des tonnes de vérifs même qui n'ont pour but d'éviter des erreurs par la suite.
Après, à chacun sa manière de gérer le cas où on détecte une erreur, sans compter que ça dépend de la nature de l'erreur.
- Soit on estime que cette erreur est ingérable, du coup, on retourne un message d'erreur (opération impossible, désolé).
- Soit on fait autrement, et au bout on parvient à faire se qui était prévu.


Après, on peu faire une gestion des erreurs plus poussée, comme des try / catch, et même des procédures stockées au niveau de la Bdd, etc ..., et s'appuyer dessus.
Disons qu'ici c'est un tout autre niveau de programmation, je m'y attarderais pas.