Re: Problème d'affichage dans une table avec liaison.
Posté par Whaouu le 10/2/2006 10:54:01
Bonjour juliane,
Merci pour votre réponse.
Citation :
En effet, je n'ai pas repris exactement votre exemple, j'ai simplement supprimé des champs qui ne servent à riens pour la démonstration.
Citation :
Je n'ai pas remplacé "IdArticle" par "IdFamilleArticle" simplement je n'utilise pas "IdArticle" comme "Identifiant" avec clé d’index unique puisque "IdFamilleArticle" joue ce rôle. De fait tout ce qui suit est cohérent.
Citation :
Non, non.
Citation :
Ce qui est le cas avec "IdFamilleArticle".
Citation :
Pas forcément, justement dans mon exemple, je modifie la valeur d'un enregistrement du fichier ARTICLE.IdFamilleArticle qui passe de "1234" a "a".
Citation :
Si si, elles ont bien un rapport avec le reste de la démonstration et je parle bien des « contraintes d'intégrité de la liaison sur les règles de modification
d'un "Article" ».
Citation :
Je ne vois pas vraiment pourquoi, mais, de toute façon, ça ne change riens au problème puisque, dans mon analyse, j'applique la règle : Aucune contrainte (modifier la clé 'IdFamilleArticle' du "articles" et conserver ses "famillearticles")
Ce qui donne bien dans mon exemple :
Alors que désirerais avoir :
Voilà pour les explications, mais je reconnais ne pas avoir respecté votre exemple et je présente un mea culpa sincère.
Pour conclure, encore merci d'avoir passé du temps sur mon problème.
Merci pour votre réponse.
Citation :
Vous n’avez pas repris exactement mon exemple !
En effet, je n'ai pas repris exactement votre exemple, j'ai simplement supprimé des champs qui ne servent à riens pour la démonstration.
Citation :
Dans la description du fichier ARTICLES, vous avez remplacé le nom de rubrique « IdArticle » par
« IdFamilleArticle », ce qui fait que tout ce qui suit est incohérent.
Je n'ai pas remplacé "IdArticle" par "IdFamilleArticle" simplement je n'utilise pas "IdArticle" comme "Identifiant" avec clé d’index unique puisque "IdFamilleArticle" joue ce rôle. De fait tout ce qui suit est cohérent.
Citation :
Vous mélangez allégrement l’identifiant du fichier ARTICLE et celui de FAMILLEARTICLE.
Non, non.
Citation :
Votre Fichier ARTICLE doit d’abord avoir une rubrique "d’index unique" qui sera son « Identifiant »
Ce qui est le cas avec "IdFamilleArticle".
Citation :
Par exemple « IdArticle » (qui ne changera plus une fois créé)
Pas forcément, justement dans mon exemple, je modifie la valeur d'un enregistrement du fichier ARTICLE.IdFamilleArticle qui passe de "1234" a "a".
Citation :
Les contraintes d’intégrité n’ont rien à voir la dedans.
Surtout si vous parlez des « contraintes d'intégrité de la liaison sur les règles de modification d'un "Article" ».
Si si, elles ont bien un rapport avec le reste de la démonstration et je parle bien des « contraintes d'intégrité de la liaison sur les règles de modification
d'un "Article" ».
Citation :
Ce n’est pas la modification d’un ARTICLE qui doit influer sur les enregistrements du fichier FAMILLEARTICLE, mais bien le contraire.
Je ne vois pas vraiment pourquoi, mais, de toute façon, ça ne change riens au problème puisque, dans mon analyse, j'applique la règle : Aucune contrainte (modifier la clé 'IdFamilleArticle' du "articles" et conserver ses "famillearticles")
Ce qui donne bien dans mon exemple :
IdFamilleArticle - LibelleArticle - LibelleFamille
a123 - aa - aaz
a - bb - aaz
1235 - cc - ccz
Alors que désirerais avoir :
IdFamilleArticle - LibelleArticle - LibelleFamille
a123 - aa - aaz
a - bb - ###
1235 - cc - ccz
Voilà pour les explications, mais je reconnais ne pas avoir respecté votre exemple et je présente un mea culpa sincère.
Pour conclure, encore merci d'avoir passé du temps sur mon problème.
Cette contribution était de : http://old.wdforge.org/newbb/viewtopic.php?forum=14&topic_id=3502&post_id=14873