Bonsoir,

Je fais un système de signalement (un peu comme la demande de banane sur JVC), et je passe un enregistrement avec l'identifiant du présumé coupable et celui du bon délateur ces 2 identifiants faisant office de clé primaire.

id coupable, id balance, motif, date ...

mais pour éviter de faire 2 requêtes : une pour vérifier que la plainte n'existe pas déjà et une pour enregistrer la plainte, j'enregistre directement la plainte, et si elle existe déjà cela provoque une erreur, et je vérifie avec rowCount() si l'enregistrement est bien passé. S'il me retourne 1 c'est bon, sinon je signifie au client qu'il a déjà passé la plainte.

Est-ce une bonne solution ? Car se servir d'une erreur retournée par la base pour éviter de faire le test avant cela ne me semble pas très déontologique ...

merci

Si jamais ça te renvoit une erreur SQL autre qu'une erreur sur une insertion de clé primaire existante, avec ton système, tu le sauras pas. Tu supposes que toutes les erreurs retournées par la base sont dûs à un enregistrement de doublons.. En ce sens, effectivement, ce n'est pas très "déontologique"...

Oui, je me disais aussi ... mais je pourrai peut être récupérer le message particulier en cas de doublons pour afficher l'afficher, comme ça, ça n'afficherai l'erreur-doublon que si c'est bien cette erreur là

D'un point de vue algorithmique c'est mal, mais si techniquement ça ne te pose pas de problème (tu peux ne pas afficher l'erreur et pouvoir la traiter), alors pourquoi pas.