Discussion :

[jjacques68]

Bonjour à tous,

Voilà mon problème :

J'ai 2 tables liées par un fichier de relation créé automatiquement par WinDev avec la gestion de l'intégrité activé.
Voici l'apperçu :



donc si je comprend bien, un compte peut avoir plusieurs produit, et un produit peut avoir plusieurs compte (c'est le but...)

Un formulaire saisit les données dans le fichier TCompte.
Le fichier TProduit est déjà rempli.
Dans ce formulaire je choisis plusieurs produits.


Lorsque je veux valider pour ajouter les infos, il me met l'erreur suivante :

Que s'est-il passé ?
Erreur d'intégrité.
Les cardinalités côté clé étrangère (1,1) entre les rubriques <TProduit.IDTProduit> et <TProduit_TCompte.IDTProduit> ne sont pas respectées.

Je comprends bien que cela vient de mes relations,
Je comprends également que le fichier de relation est vide.

Pourtant je fais bien attention à saisir les infos d'abord dans le fichier TCompte et après dans le fichier de relation.

Si je désactive le contrôle de l'intégrité tout est ok pas de soucis, les fichiers sont bien remplis.
Mais du coup il je peux saisir dans le fichier de relation des données qui ne correspondent pas (exemple : un IDTproduit inexistant dans TProduit !!!)

Mais alors comment remplir ce fichier de relation en gardant le contrôle de l'intégrité ???

J'ai cherché sur le forum de WinDev sans résultat, y a pas grand chose sur les fichiers de relation...

Est ce que quelqu'un peut m'expliquer comment ces fichiers de relation fonctionne ??



Merci pour votre aide,

bien cordialement,

JJacques68

[dsr57]

Bonjour

Pourtant je fais bien attention à saisir les infos d'abord dans le fichier TCompte et après dans le fichier de relation.

D'après le schéma relationnel, tu as définis les cardinalités

Code :

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

TProduit_TCompte 1,1   ----- 1,n T_compte

Pour chaque enregistrement dans T_compte tu as au minimum 1 enregistrement dans TProduit_TCompte
Pour chaque enregistrement dans TProduit_TCompte tu as un et un seul enregistrement dans T_Compte

Lorsque tu ajoute dans la table T_compte, la BDD regarde si il y a un enregistrement dans la table TProduit_Tcompte avec la clé désignée
Il ne trouve pas car tu effectues l'ajout dans table cette juste après.

Modifies la relation 1,n en 0,n. Car selon l'échelle de temps, tu ajouteras avant dans la table t_compte que dans la table relation

Bon dev

[jjacques68]

Bonsoir,

Merci pour votre réponse.

Si je change la cardinalité, je vais avoir un risque sur l'intégrité des donnees nan ?
J'avais fait des essais...

Est ce que ma logique est bonne : ce sont les cardinalité qui font l'intégrité des donnees ?

Et si je ne change pas la cardinalité, et que je remplis la table de relation avant la table TCompte, ça peut marcher ?
(Je ne peu malheureusement pas tester ce soir...)

Merci !!

[dsr57]

Bonjour

"Les cardinalités, au sens arithmétique du terme, permettent de dénombrer les éléments de l'entité d'arrivée en relation avec un élément de l'entité de départ, et vice versa."
source Blog de SqlPro

Dans une base de données l'intégrité correspond à trois aspect :

1. Précision ;
2. Exactitude ;
3. Validité.

Et si je ne change pas la cardinalité, et que je remplis la table de relation avant la table TCompte, ça peut marcher ?

non car les cardinalités 1,1 indiquent qu'il y a un et un seul et pas 0.
En ajoutant la table relation avant la table T_compte, tu trouveras dans le cas ou un enregistrement de la relation n'a pas de correspondance dans la table T_Compte


Bon dev

[jjacques68]

bonjour,

Voici mes nouvelles cardinalités :



Comme cela ça fonctionne bien.

J'ai lu le lien que vous m'avez envoyé. - merci !!

C'est claire et bien expliqué. J'ai bien compris leur exemple de cardianalité.

Mais j'avoue ne pas arriver à comprendre les cardinalités qui s'appliquent dans mon cas (ci-dessus).

en fait je crois que j'arrive pas à me les "traduire" en "français",
comme dans votre exemple : "un humain habite dans 1 appartement minimum et 1 maximum" ou encore : "un appart possède 0 humain au mini et n humains au maxi"...


merci !

[R&B]

Bonjour

Merci DSR57 d'avoir pris le temps pour une réponse précise.

@jjacques68 :
Dans votre cas la partie 1,n de la relation entre TProduit_TCompte et TCompte va être vérifiée à chaque écriture de part et d'autre de la relation.
La création d'un compte implique, selon ces cardinalités, qu'il y a obligatoirement au moins un TProduit_TCompte... ce qui ne semble être le cas.

Votre difficulté vient du fait que la création d'un fichier de relation démultiplie les conditions de cardinalité. Initialement vous aviez deux paires de cardinalités entre les entités normales. Maintenant vous en avez 4.
Cela rends l'interprétation plus complexe. une seule méthode : reprendre leur interprétation liaison par liaison et dans chaque sens possible.
C'est alors que vous serez en mesure de comprendre le au moins /au plus impliqué par l'écriture respective dans chaque fichier de la relation étudiée.

Ces contrôles permettent de modéliser pour le système informatique toutes les relations possibles entre les abstractions de la réalité que sont les entités du MCD. Ces "Au moins / Au plus" sont la meilleure traduction en langage humain... même si cela conduit à des effets de style peu communs.

Essayez de remplacez le '0' par 'Aucun' et le 'n' par 'plusieurs'. Cela pourrait vous aider dans un premier temps.

[jjacques68]

Bonsoir,

Désolé pour ma réponse tardive...

En effet,
En décomposant chaque relation c'est plus clair...

Et je n'ai plus de probleme d'intégrité comme j'avais sité plus haut...

Je vous remercie pour votre aide ! Vos explications m'ont bien aidées !

A bientôt !!

Jjacques68