Bonjour, à tous,

Je continue dans mon apprentissage de Windev, mais je rencontre un problème.

Voilà, j'ai deux fichiers Fic1 et Fic2 avec une liaison, je définis un tableau qui pointe sur Fic1 avec une colonne qui va rechercher une valeur dans Fic2. Le tableau affiche correctement la valeur qui m'intéresse filtrer par la liaison, mais si je modifie la valeur de la clé de liaison, il affiche le 1er enregistrement qui correspond au début de la clé alors que je ne voudrais voir que les enregistrements qui correspondent strictement à la clé (je ne sais pas si je suis très clair).

Par avance merci pour tout éclaircissement.

Personne n'a une petite idée ?

Bonjour,

Justement, je crains que vous ne soyez pas très clair !

Vous parlez d'un tableau : s'agit-il d'une fiche "Table" ?
sur Fichier, requête, mémoire ?

Filtré par quoi ?

Qu'entendez-vous pas "si je modifie la valeur de la clé de liaison" ?

Comment et où avez-vous défini votre filtre ?

Avec plus de précision, vous aurez plus de chances d'avoir une réponse.

Bonjour,

Je sais que ça n'est pas clair, mais je suis prêt à apporter toutes les informations nécessaires pour clarifier.

Il s'agit d'une table sur fichier, toutes les colonnes sauf une sont liées à Fic1. La dernière colonne est liée a Fic2 par une liaison Multi-fichier, il utilise la clé de liaison que j'ai définie dans mon analyse.

J'espère être un peux plus clair ?

OK, mais donc :

Qu'entendez-vous pas "si je modifie la valeur de la clé de liaison" ???
Est-ce dans la description de la colonne de FIC2 ?
Est-ce dans un controle de saisie sur la fiche ?

Comment et où avez-vous défini votre filtre ?

Utilisez-vous une clé composée ? HFiltreCommencePar ?

Je n'ai pas défini de filtre, c'est la clé commune aux deux fichiers (Fic1 et Fic2) via la liaison définie au moment de l'analyse qui "filtre" ou "recherche" les enregistrements à afficher dans la dernière colonne définie en liaison multi fichiers dans la description de ma table.

Bon... Dernière tentative :

Imaginons que vous ayez un fichier 1 « ARTICLE » avec des rubriques :
IdArticle
CodeArticle
LibelleArticle
...
IdFamilleArticle

Et un fichier 2 « FAMILLEARTICLE » avec :
IdFamilleArticle
CodeFamille
LibelleFamille
...

Vos deux fichiers sont bien sûr liés sur les rubriques :
ARTICLE.IdFamilleArticle et FAMILLEARTICLE.IdFamilleArticle
par une liaison dans l'analyse.

Vous créez une fiche Table des ARTICLES en voulant faire afficher le « LibelleFamille » de chaque article.

Pour afficher cette colonne, vous précisez une Liaison Multifichier avec comme caractéristique :
Fichier de base : ARTICLE
-> rubrique IdFamilleArticle
Fichier relié : FAMILLEARTICLE
-> rubrique de liaison : IdFamilleArticle
-> rubrique affichée : LibelleFamille

et en principe, cela fonctionne tout seul !!!

Donc, je répète (pour la 3ème fois) ma question :
Qu'entendez-vous pas "si je modifie la valeur de la clé de liaison" ???

Puisque c’est là que vous dites avoir un problème.

Est-ce dans la description de la table ? Dans l’analyse ? Que modifiez-vous ?

En toute hypothèse, cette liaison permet de faire afficher, dans la table, des données de FIC2 en relation avec les enregistrements de FIC1, mais en aucun cas ne sert de « filtre ».

« Filtrer » des enregistrements, c'est faire une opération particulière (HFiltre, requete...) qui va sélectionner certains enregistrements en fonction de critères définis.

Je pense qu'il vous serait profitable de reprendre le manuel d'autoformation.

Bon courage.

Avant tout merci de consacrer du temps a mon problème.

Ce que j'entends par "si je modifie la valeur de la clé de liaison" c'est le contenu d'un enregistrement.

Pour reprendre votre exemple (qui correspond exactement a ce que je fais).

J'ai les enregistrements suivants :

Dans fichier 1 « ARTICLE » :
IdFamilleArticle - LibelleArticle
a123 - aa
1234 - bb
1235 - cc

Dans fichier 2 « FAMILLEARTICLE :
Idfamillearticle - LibelleFamille
a123 - aaz
1234 - bbz
1235 - ccz

J'affiche ma table :
IdFamilleArticle - LibelleArticle - LibelleFamille
a123 - aa - aaz
1234 - bb - bbz
1235 - cc - ccz

Ok ça fonctionne, en revanche si je modifie le 2e enregistrement d'Idfamillearticle avec la valeur "a". Deux cas se figurent se présentent en fonction des contraintes d'intégrité de la liaison sur les règles de modification d'un "Article".

1 - Si je met : Modifier la clé 'IdFamilleArticle' du "Article" et toutes les clés reliées du "FamilleArticles". Ca fonctionne puisque la clé IdFamilleArticle du fichier FamilleArticles est mise à jour.

2 - Si je met : Aucune contrainte (modifier la clé 'IdFamilleArticle' du "Article" et conserver ses "FamilleArticles"). Dans ce cas, mon Libellefamille affiche "aaz".

IdFamilleArticle - LibelleArticle - LibelleFamille
a123 - aa - aaz
a - bb - aaz
1235 - cc - ccz

J'utilise le 2e cas dans mon analyse "Aucune contrainte" et je désirerais qu'il n'affiche riens plutôt que le 1er enregistrement du fichier "FAMILLEARTICLE" dont le "Libellefamille" commence par un "a".

Voilà j'espère être plus explicite ? et avoir employé la bonne terminologie.

Bonjour,

Vous n’avez pas repris exactement mon exemple !
J’avais indiqué comme rubriques :

Et vous reprenez :

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.

Vous mélangez allégrement l’identifiant du fichier ARTICLE et celui de FAMILLEARTICLE.

Votre Fichier ARTICLE doit d’abord avoir une rubrique "d’index unique" qui sera son « Identifiant », par exemple « IdArticle » (qui ne changera plus une fois créé), toutes les rubriques que vous souhaitez pour votre article, et en plus, une rubrique qui assurera la liaison avec le fichier FAMILLE, par exemple
« IdFamilleArticle », qui sera une rubrique "index avec doublon" et stockera le code de FAMILLEARTICLE associé à cet article (choisi par exemple dans une combo sur la fiche détail de l'article).

Lorsque vous souhaitez afficher la liste des ARTICLES, vous devez d’abord et avant tout afficher (visible ou non) cette rubrique « IdArticle » pour avoir l’identifiant de tous vos articles.

Ensuite vous ajouterez la colonne liée à l’autre Fichier FAMILLEARTICLE.

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" ».
Ce n’est pas la modification d’un ARTICLE qui doit influer sur les enregistrements du fichier FAMILLEARTICLE, mais bien le contraire.

Essayez de réfléchir à tout cela en l’appliquant à votre exemple.

Désolée, mais là, je ne peux rien faire de plus pour vous.

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.