Bonjour,
Nous souhaitons faire le menage dans notre configuration et pour ce faire, nous utilisons l’audit de design fournit par votre solution. Cependant, l’audit plante au moment de scanner un de nos Objet :
Le fait que l’objet NamAdmissible hérite d’un autre peut-il avoir un effet de bord ?
Merci d’avance.
Simlplicité cherche un objet de nom null au moment de controler la complétude des champs ramenés par une FK (au moins les champs clés fonctionnelles).
On va ajouter un catch pour ne pas planter l’audit, mais NamAdmissible doit avoir une FK mal paramétrée (pas d’objet référencé ou objet référencé corrompu).
Il n’y a pas de FK dans la mesure ou la classe hérite complétement d’un autre objet ( c’est un objet qui se comporte comme une vue) et qui n’est relié à aucun autre objet ou alors ça veut dire que l’objet parent à une FK mal paramétrée.
Cette section d’audit boucle sur les clés étrangères de l’objet (ou hérités de ses parents), s’il n’y en avait pas on y serait pas passé.
C’est bien là le problème vous pensez qu’il n’y a pas, mais il y a visiblement un champ de type Technical Id sans objet référencé quelque part.
.
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.
