Interpréter chaque champ dans son contexte
Le nombre de modifications décrit les lignes touchées par l’écriture ; il ne correspond pas forcément au nombre de lignes renvoyées. Par exemple, un UPDATE peut réussir sans erreur tout en modifiant zéro ligne si sa condition WHERE ne trouve rien. Déterminez si ce résultat est attendu pour votre opération.
L’identifiant de ligne insérée n’est utile que si l’instruction crée une ligne et si la base fournit l’identifiant généré. Ce n’est pas l’identifiant de toutes les lignes modifiées par un UPDATE ou un DELETE. Si une étape suivante en dépend, vérifiez l’insertion et transmettez la valeur renvoyée au lieu de la deviner.
S’appuyer sur le résultat pour fiabiliser les étapes suivantes
Dans un workflow, utilisez les valeurs renvoyées pour choisir la suite lorsque le processus dépend de la modification des données. Zéro changement peut mener à une branche « introuvable », tandis qu’un nombre positif permet une confirmation ou une notification. Gardez la condition SQL précise.
Le statut d’exécution ne valide pas le sens métier de l’écriture. Utilisez une transaction ou une séquence réfléchie si plusieurs modifications doivent réussir ensemble, et n’annoncez pas la réussite avant d’avoir vérifié les champs pertinents. Conservez le résultat dans l’historique pour le dépannage.