Discussion :

[schnee]

Bonjour,

Je viens de tester ma première requête et la gestion des erreurs et je n'en reviens pas.
Si par exemple dans un SELECT on fait une erreur sur l'orthographe d'une colonne, on obtient l'erreur

expects exactly 1 parameter, 0 given

J'avais exactement le même message inutile avec ColdFusion et une bd Access sous ODBC.
Quel genre de parser est utilisé qui n'est pas capable de dire

unknown column name : ...

?

[sevyc64]

Encore faudrait-il qu'il sache que c'est bien le nom d'une colonne que tu voulais mettre.

Visiblement, la syntaxe SQL permet de spécifier soit le nom d'une colonne, soit le nom d'un paramètre. Par défaut, ton parser, ne reconnaissant pas une colonne, se dit que c'est surement un paramètre et attend donc que tu lui fournisse la valeur de ce paramètre mais tu n'en fournie aucune, d’où le message d'erreur "1 paramètre attendu, 0 reçu"

[schnee]

d’où le message d'erreur "1 paramètre attendu, 0 reçu"

Bon, d'accord, mais s'il ne reçoit pas de valeur pour le paramètre, il pourrait au moins donner son nom, et même revenir en arrière, sa supposition n'étant pas vérifiée et supposer qu'il s'agit bel est bien d'une colonne erronée puisqu'il n' a pas de valeur de paramètre.

[sabotage]

Je ne sais pas ce que tu fais mais l'erreur Mysql en cas de cas inconnu est bien, par exemple dans un SELECT :

Code :

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

#1054 - Unknown column 'zorglub' in 'field list'

Concernant ton message, si tu n'as pas de question et qu'il s'agit seulement d'exprimer ce qui ne te plait, c'est un peu inutile, nous sommes ni les developpeurs, ni le service apres-vente de PHP et de Mysql.

[Gaulouis]

Bonsoir,

Quel genre de parser est utilisé qui n'est pas capable de dire

C'est un parseur haute performance pour la production.

Si tu souhaite un parser qui t'indique de beau message d'erreur, il te faudra utiliser un debugger SQL

Bien à toi,

[schnee]

Je ne sais pas ce que tu fais mais l'erreur Mysql en cas de cas inconnu est bien, par exemple dans un SELECT :

Par exemple :

Code :

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

1
2
3
4
5
6
7
8
<?php
$sql = <<<SQL
  SELECT Matricule,
    zorglub
  FROM personnes
SQL;
$getMembers_res = $application->database->query($sql) or trigger_error(mysqli_error(), E_USER_ERROR);
?>

Ça me donne bien

mysqli_error() expects exactly 1 parameter, 0 given

À mon tour de te demander comment tu fais ?

Concernant ton message, si tu n'as pas de question

Ah mais qui sait ? Je vais peut-être finir par savoir comment obtenir un « vrai » message d'erreur.

[sabotage]

Le message d'erreur porte sur la fonction mysqli_error() pas sur la requête. Tu n'as pas indiqué l'identifiant de la connexion et c'est bien ce que te dis l'erreur : il faut 1 paramètre.

[schnee]

La connexion c'est l'objet $application->database, la preuve que ça marche est que j'obtiens le bon résultat quand il n'y a pas d'erreur SQL.
J'ai fait un test exprès en donnant un nom de colonne bidon pour tester la récupération de l'erreur.

[sabotage]

Quand il n'y a pas d'erreur, il n'y a pas de déclenchement du mysqli_error(), donc pas de problème d'absence du paramètre.
Enfin ... il faut juste lire le message d'erreur, il n'y a pas de subtilité.

[schnee]

donc pas de problème d'absence du paramètre.

Bon, mais ça n'explique pas comment moi avec une colonne « Zorglub » MySQL prétend qu'il y a un paramètre sans valeur et toi on te dit que « Zorglub » n'est pas une colonne connue.

[Gaulouis]

il n'y a pas de subtilité

sabotage t'as expliqué pourquoi. Mais on dirai que ca ne suffit pas, alors je vais essayer avec mes mots.

Tant que tu n'as pas d'erreur SQL, la fonction mysqli_error() n'est pas executer. Donc pas d'erreur (...Oui voila, c'est lessieur...)
Mais quand tu a une erreur SQL la fonction query() return FALSE et donc error_trigger est appelé/exécuté qui lui même appelle mysqli_error() Or mysqli_error() n'ayant pas le paramètre requis php retourne une erreur de type : paramètre manquant. Voila pourquoi.

Si tu ajoute l'identifiant de connexion a mysqli_error(application->database->link) et que tu fais une erreur SQL, tu aura une erreur SQL affiché.

Si tu n'ajoute pas le paramètre manquant php retournera en priorité "parametre manquant" et n'executera pas mysqli_error(), du coup tu ne connaitra pas l'erreur.

Perso, j'aurai fais la meme erreur que toi car je pensais que mysqli_error() utiliserai le derniers identifiant de connexion crée.

[schnee]

Si tu ajoute l'identifiant de connexion a mysqli_error(application->database->link) et que tu fais une erreur SQL, tu aura une erreur SQL affiché.

Ah OK, là je comprends ! Et comme ça ça marche en effet.

je pensais que mysqli_error() utiliserai le derniers identifiant de connexion crée.

C'est bien ce que laisse entendre la documentation :

The mysqli_error() function returns the last error description for the most recent function call, if any.

Mais le paramètre n'est pas facultatif.

Merci à toi et à Sabotage.