• [^] # Re: Mauvaise idée.

    Posté par . En réponse au message Stocker un tableau dans une base sql. Évalué à 3.

    Bonsoir,

    Je profite de cette compétence éprouvée pour poser une question qui me tulupine depuis quelques temps :

    Dans la question de vérification d'intégrité par la base de donnée avec des contraintes, la base rejetant les enregistrements fautifs, il faut que le code "capture" le rejet de la base et l'analyse pour expliciter le pourquoi du rejet à l'utilisateur.

    N'est-il pas plus facile et plus performant en terme de rapidité de vérifier l'intégrité par le code AVANT insertion, plutôt que de faire un système de gestion d'erreur qui explique ensuite pourquoi la commande n'a pas été effectuée et a été rejetée ?

    Poser de manière plus perverses ;-) Le fait de gérer par le sgbd l'intégrité et laisser le codeur bidouiller pour expliciter les 'erreurs/rejets' d'intégrité est une manière de ne pas dépendre du codeur pour l'intégrité (par exemple dans des applis critiques ou il vaut mieux que ca marche pas sans explications plutôt que ca marche alors qu'il ne faut pas) ?