Discussion :

[vduvernet]

bonjour,

je suis actuellement en train de me replonger dans Access et je m'aperçois que je ne suis pas un bon nageur ;p

J'ai une table qui contient des jetons.
Chaque jeton est rattaché à une entreprise.

La structure est donc la suivante :
Table Jetons :
Id (clé primaire)
IdEntreprise (numérique)
JetonsAchetes (numérique)

Table Entreprise :
Id (clé primaire)
Nom
[...]

La relation est 1-n.

La table jetons est dans un Mdb. La table entreprise dans un autre MDB. Les tables sont liées mais Access n'affiche pas le type de relation (1-n).

dans ma table Jetons, j'ai une combo qui m'affiche sur plusieurs colonnes l'IdEntreprise, Nom, Adresse et il stoque bien entendu cette Id.

Le seul hic c'est que pour savoir à quelle entreprise le jeton fait référence, on est obligé de déployer la combo. Y-a-t-il une solution pour palier ce problème ?

Merci

[loufab]

Bonjour Laure Manaudou

J'identifie 2 problèmes dans ton message.

Le premier concerne les relations.
Dans l'application (ou les 2 tables sont attachées) refais les relations via le menu Outils/Relations... n'oublie pas d'enregistrer.

Pour le 2ème indique dans la propriété Source Controle de ta combo l'id entreprise de la table jeton.

Normalement ACCESS devrait faire la synchro tout seul.

N'hésite pas à lacher tes souliers de plomb au cas ou j'aurais mal interprété ta demande.

Cordialement,

[vduvernet]

1er cas : Outil -> Relation, c'est ce que j'ai fait, il m'affiche la boite de dialogue où les options:
- Appliquer l'intégrité référentielle
- Mettre à jour en cascade les champs correspondants
- Effacer en cascade les enregistrements correspondants
sont grisées
donc le type de relation est fixé à : Non définie

Table/requête
Jetons
IdEntreprise

Table/Requete liée:
Entreprise
Id


2eme cas :
Voici pour IdEntreprise ce qui est donné comme info (à partir de la table contact cette fois, juste parcequ'elle est dans le meme fichier MDB).
Origine source : Table/Requetes
Contenu : SELECT Entreprise.Id, Entreprise.FormeJuridique, Entreprise.Nom, Entreprise.Ville FROM Entreprise ORDER BY Entreprise.Nom, Entreprise.Ville;
Colonne liée : 1
Nbre colonnes : 4
et donc je n'ai la 'synchro' que dans la partie déroulée de la liste.

vala ;p

[Tofalu]

Merci de modifier cette enfilade pour lui mettre un titre précis

[vduvernet]

oui désolé G rippé lors de l'écriture. On le change comment ce titre ?
J'aurais mis :
Affichage d'Id -> Affichage du nom

[Muhad'hib]

Salut,

Pour modifier le titre, tu ouvre l'enfilade (ça dois déjà être le cas puisque tu lis ça ) et tu utilise le bouton "Editer" qui est en bas à droite du premier méssage de l'enfilade.

Tu reviendra à la même présentation que lors de la création du message. Modifie le titre et choisis "enregistrer les changements"

A+

[vduvernet]

vala c fait.
maintenant, reste plus qu'à trouver la solution à mes problèmes; p

[loufab]

Oui l'intégrité référencielle (effacement et modif en cascade) ne fonctionne pas sur des tables issues de mdb différents. Il n'y a plus qu'a construire des requete de suppression. Pour la modif si tu utilise des clefs non significative cela ne pose aucun problème.

Pour ta liste il te manque une condition de filtre dans ta requete.

Un Where Entreprise.Id = Forms!monform.moncontrole

Ou Forms!monform.moncontrole représente le controle du formulaire contenant la clef de la jointure entre les 2 tables.

[vduvernet]

hum sympa...
Je reformate demain car j'ai tenté un passage avec Sql Serveur Express et l'export Access ne veut rien savoir. Donc si UPS arrive à temps pour me livrer SQL 2005 complet j'vais taper à la hache ;p

Pour la liste, ce serait plus un 'this' C++ qu'il me manquerait en fait. En effet lorsque l'on affiche la table en mode valeurs, on n'a donc pas de controle ou bien j'ai loupé un truc pour désigner l'élement courant (un truc @@IDENTITY@@ ?)

Merci

[loufab]

...En effet lorsque l'on affiche la table en mode valeurs, on n'a donc pas de controle...

Désolé je ne comprend absolument pas ce que tu essaye de nous dire.

[vduvernet]

Je recommence alors ;p

On crée une table Sexe (Id en clé primaire, Sexe en texte) que l'on remplit :
Id Sexe
1 <non précisé>
2 Madame
3 Mademoiselle
4 Monsieur

Ensuite une table Contact (Id en clé primaire, IdSexe, Nom, Prenom) :
Id IdSexe Nom Prenom
1 2 DUPOND Laurence
2 4 DURAND Thomas

Donc lorsque j'affiche ma table (donc pas en mode création), il m'affiche les valeurs ci dessus.
L'affichage du sexe de la personne est fait à partir de :
SELECT Sexe.Id, Sexe.Sexe FROM Sexe ORDER BY Sexe.Sexe;
Avec affichage sur 2 colonnes.

Le problème c'est que si je ne déploie pas pas la liste déroulante, le 2 et le 4 on ne sait pas à quoi ca correspond.
Autant Madame,Mademoiselle,Monsieur, c'est facile à retenir, autant une liste de société, cela devient plus dur.

Est ce plus clair comme problème ?

[loufab]

Ok je vois.

Il faut cacher la première colonne de la liste déroulante.

mettre dans la propriété largeurs colonnes de la zone liste ceci :

0;

La première sera cachée (donc le ID) et seul le nom de la société apparaitra.

Cordialement,

[vduvernet]

bien tenté mais même joueur, joue encore ;p

si je n'affiche pas id, il le supprime de la requete SQL et n'affiche donc qu'une seule colonne sauf qu'Access n'en veux pas car il s'agit d'un type texte et non d'un entier.
De plus, cela ne modifie que la partie déroulé de la liste et non pas le contenu qui est affiché après sélection d'un élement de la liste.

[vduvernet]

et voilà, j'ai trouvé la soluce, enfin Northwind ;p

La table Sexe:
Id : Clé primaire , numétation auto
Nom : Numérique

Paramètres de liste déroulante :
Origine source: Table/requete
Contenu : SELECT DISTINCTROW [Id], [Nom] FROM Sexe ORDER BY [Nom];
Colonne liée : 1
Nbre Colonnes 2
En-tete colonne : Non
Lignes affichées : 8
Largeurs Liste : 5 cm
Limiter à liste : Oui