Discussion :

[Nessie37]

Bonjour,

Comme le titre l'indique, j'ai un vieux doute sur le fait de pouvoir requêter sur des contrôles indépendants, je m'explique :
j'ai un form de saisie sur lequel je souhaiterais ajouter des cases à cocher relatives à des choix qui ne figurent nulle part dans aucune table.
N'étant pas une véritable flèche sur access, la seule chose que je sache est que pour faire des requêtes, il faut se baser sur des tables existantes...
J'avais créé une T_média dont le codemed se trouve dans une autre table annonces sous forme de liste de choix.
Mais vu que dans mon form de saisie conçu à partir de la T_annonces, je dois avoir la possibilité de sélectionner plusieurs média, je me trouvais obligée de mettre plusieurs fois un champ média (codemed1, codemed2, codemed3, etc...) dans ma T_annonces afin de pouvoir les mettre dans mon form de saisie.
Je me suis donc dit que je devrais tout simplement mettre des cases à cocher dans mon form, indépendantes de façon à ne pas avoir non plus à mettre plusieurs champs media dans ma T_annonces avec comme propriété "oui/non".


Mais... ça me parait bien compliquer tout cela en fait. Peut-être y a t-il plus simple...

[orwen]

salut Nessie37,
je voudrais bien t'aider mais je ne comprend pas trop la structure de ta base

questions simples:
à 1 annonce peut correspondre plusieurs média ?
1 média peut apparaitre dans plusieurs annonces ?

si la réponse est oui aux deux questions, tu dois creer une table de jonction avec dedans les deux clés primaires ID_annonce ID_média

si un média apparaitre dans une annonce et une seule, il suffit de rajouter un champ ID_annonce dans ta table média, qui aura comme valeur la clé primaire de la table annonce (ajout d'une clé étrangère, dans le cas d'une relation 1-N, à la table possédant la cardinalité 1).
Cela permettra de répondre à la question, pour 1 annonce, quels sont les médias qui lui sont associés.

la réponse ne se trouve donc pas forcement dans la forme de ton formulaire mais peut être en amont dans la manière dont ta base est faite.

j'ai un form de saisie sur lequel je souhaiterais ajouter des cases à cocher relatives à des choix qui ne figurent nulle part dans aucune table.
N'étant pas une véritable flèche sur access, la seule chose que je sache est que pour faire des requêtes, il faut se baser sur des tables existantes...

Je peux me tromper mais ce n'est pas obligatoire dans le cas d'un formulaire.
en gros tu peux effectuer une requête en VBA se basant sur la valeur du controle independant (oui/non) , si oui, exécuter une requête.
Un formulaire se basant sur une clé (et ses sous formulaires sur la clé associée a la clé du formulaire principal) tu peux effectuer des requêtes.
Mais pour ne rien te cacher c'est relativement complexe par rapport à une organisation logique des données.

[Nessie37]

Merci pour ton intervention !

La réponse est bien oui pour les 2 ! Du coup, j'ai refait mes relations et ça donne la miniature mais ça ne m'avance pas plus car quand je vais modifier mon form de saisie, comment pourrai-je faire apparaitre la possibilité de sélectionner plusieurs media relatifs à l'annonce à enregistrer ?

Devrai-je effectuer mes requêtes sur la table de jonction ?

[vodiem]

salut jpcheck et nessie37,

jpcheck à raison, il faut interpeller un modérateur s'ils ne finissent par s'en appercevoir.

Nessie37> toujours aussi brumeuse dans tes explications.
alors comme ca tu veux requêter...
ben moi je me mettrait pas à requêter même dans le besoin...

à partir de la T_annonces, je dois avoir la possibilité de sélectionner plusieurs média

ce qui serait logique de faire c'est d'utiliser des valeurs binaires (masqué) dans une zone de liste à choix multiple.
0001 codemed1
0010 codemed2
0100 codemed3
1000 codemed4 ...
et de sommer tous les choix propre à l'enregistrement "annonce" afin de mettre dans un champ codemedS.
mais il faudrait aussi faire l'inverse: selectionner les codemeds à partir de la valeur binaire.

sinon je pense qu'il est plus simple pour toi de créer une nouvelle table avec <idannonce> clef étrangère (de la table annonce) et <codemed>, ensuite créer un sous formulaire dans le formulaire de saisie t_annonce pour les <codmed> que peuvent avoir cette annonce.

enfin je dis ca dans l'hypothèse d'avoir hypothétiquement interprêté et conceptualisé ton concepte en ayant repris le cheminement de ton imagination qui a mené à formaliser ce raisonnement dans l'absolu, correctement?

[Nessie37]

salut nessie37,



Nessie37> toujours aussi brumeuse dans tes explications.
alors comme ca tu veux requêter...
ben moi je me mettrait pas à requêter même dans le besoin...

ce qui serait logique de faire c'est d'utiliser des valeurs binaires (masqué) dans une zone de liste à choix multiple.
0001 codemed1
0010 codemed2
0100 codemed3
1000 codemed4 ...
et de sommer tous les choix propre à l'enregistrement "annonce" afin de mettre dans un champ codemedS.
mais il faudrait aussi faire l'inverse: selectionner les codemeds à partir de la valeur binaire.

sinon je pense qu'il est plus simple pour toi de créer une nouvelle table avec <idannonce> clef étrangère (de la table annonce) et <codemed>, ensuite créer un sous formulaire dans le formulaire de saisie t_annonce pour les <codmed> que peuvent avoir cette annonce.

enfin je dis ca dans l'hypothèse d'avoir hypothétiquement interprêté et conceptualisé ton concepte en ayant repris le cheminement de ton imagination qui a mené à formaliser ce raisonnement dans l'absolu, correctement?

Bonjour Vodiem,
Toujours aussi sarcastique avec moi je vois....
Bref, bref, revenons à nos moutons

Pour ta solution logique (la première donc) tu me connais suffisamment pour savoir que je n'ai rien compris mais je suis désireuse de m'enrichir donc si tu avais une once de patience pour m'expliquer... cela pourra très sûrement me servir.
Pour ta deuxième, j'ai créé une table (selon les recommandations de orwen) que j'ai appelée "jonction" qui est proposée en miniature. Donc je vais tenter le sous-form. Mais tu me dis de créer une table avec id_annonce clé étrangère ? Pourquoi étrangère ? Quelle serait la primaire de cette nouvelle table ? Codemed ?

Et puis c'est pas tout ! A chaque media correspond une date de diffusion et une date d'expiration !!! Donc même problème, j'avais mis des champs "datediff" et "datexp" mais du coup, va falloir qu'il y a un champ "datediff" par média à renseigner et un champ "datexp" (qui sera calculé automatiquement) par média....

Merci, et A très vite vous tous !

[Nessie37]

Re moi !
Je ne vois pas comment faire !
dans mon form saisie (basé sur la T_annonce, je le rappelle), je n'ai pas la possibilité de sélectionner plusieurs média pour l'annonce que je suis saisie.........

[orwen]

Salut Nessie37 et Vodiem

désolé Vodiem, mais je ne comprend pas du tout ta méthode
Pour ce qui est de la table de jonction, tu fais une erreur Nessie37.
Il n'y a pas besoin d'une nouvelle clé primaire, juste du doublet formé par les clé primaires de la table annonces et média (supprime la clé refparution et met tes deux autres clé comme clés primaires).

cette table peut être assez difficile à remplir, ça peut être long et c'est pour ça qu'un formulaire peut être assez utile:
tu crée un formulaire principale à parti de ta table annonce
tu créé un sous formulaire basé sur ta table de jonction (avec jointure sur la clé primaire de la table annonce) où tu ne fais apparaitre que les médias (la clé primaire annonce sera sous entendu et donc la table de jonction se remplira sans problèmes).
Ce sous formulaire devrait se présenter sous la forme d'un tableau dans lequel tu peux rajouter autant de ligne que tu veux associer de médias à une annonce.

[Nessie37]

Salut Nessie37 et Vodiem


cette table peut être assez difficile à remplir, ça peut être long et c'est pour ça qu'un formulaire peut être assez utile:
tu crée un formulaire principale à parti de ta table annonce
tu créé un sous formulaire basé sur ta table de jonction (avec jointure sur la clé primaire de la table annonce) où tu ne fais apparaitre que les médias (la clé primaire annonce sera sous entendu et donc la table de jonction se remplira sans problèmes).
Ce sous formulaire devrait se présenter sous la forme d'un tableau dans lequel tu peux rajouter autant de ligne que tu veux associer de médias à une annonce.

Bonjour Orwen, merci d'avoir rectifié mon erreur sur la T_jonction

J'avais bel et bien créé le sous-form basé sur T_jonction dans mon form principal sauf que je crois que là où ça coinçait, c'est quand, au moment de la création du ss-form avec la boîte à outils, je devais définir les champs effectuant le lien.
Là, j'ai ce qui m'était proposé par défaut et ça a l'air de fonctionner

Je reviens vous confirmer tout ça...

[orwen]

correction, tu peux créer ton sous formulaire basé directement sur ta table média, cela te sera plus utile.


Pour remplir facilement ton sous formulaire, il faut qu'il soit sous la forme d'un tableau je pense.
En ce qui concerne la liste de choix, tu peux l'obtenir en
éditant ton sous formulaire
faire en sorte que la zone qui t'interesse soit de type zone de liste déroulante
demandant les propriétés du champs sur lequel tu veux avoir une liste déroulante et renseigner la partie "contenue" par un lien vers le le champ de ta table produit
Perso, j'utilise une requête SQL simple comme

Code SQL :

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

select [nomDeLaTable].[nomDuChamp] from [NomDeLaTable];

En ce qui concerne les recherches d'annonces faisant apparaitre un média particulier, il te faudra faire un autre fomulaire complet, basé cette fois sur média comme formulaire principal et ta table de jonction ou ta table annonce comme sous-formulaire.

Il faut juste savoir quelle mise en forme de ton sous formulaire est la plus adaptée pour présenter au mieux tes informations.

[Nessie37]

Oops, tu as lu mon post avant sa réédition

En fait, voici les problèmes que j'ai rencontrés :
- le premier, une fois que j'ai pu créer mon ss-form, j'ai pu avoir le choix (feuille de données) de sélectionner le premier média (en ayant pris soin de mettre en propriétés "liste de choix" pour le champ codemed dans la T_jonction). Mais là, j'avais les codemed mais pas les libellés et en plus, j'ai un message d'erreur "Impossible d'attribuer une valeur à cet objet....".
Bref, j'ai voulu modifier tout cela en créant une requête basée sur les T_jonction et T_media, pour avoir les libellés, laquelle serait la base de mon ss-form du coup. Tu imagines bien les conflits que ça a créé...

- le 2ème, quand j'ai voulu sélectionner un 2ème média pour la même annonce (avant que j'aie tenté toutes les petites manip que j'ai décrites plus haut), il m'a dit "Vous ne pouvez pas ajouter ou modifier un enregistrement car l'enregistrement associé est requis dans le table ANNONCES"

Voilà ! Pourquoi les choses ne sont pas simples avec moi

[Nessie37]

correction, tu peux créer ton sous formulaire basé directement sur ta table média, cela te sera plus utile.


Pour remplir facilement ton sous formulaire, il faut qu'il soit sous la forme d'un tableau je pense.
En ce qui concerne la liste de choix, tu peux l'obtenir en
éditant ton sous formulaire
faire en sorte que la zone qui t'interesse soit de type zone de liste déroulante
demandant les propriétés du champs sur lequel tu veux avoir une liste déroulante et renseigner la partie "contenue" par un lien vers le le champ de ta table produit
Perso, j'utilise une requête SQL simple comme

Code SQL :

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

select [nomDeLaTable].[nomDuChamp] from [NomDeLaTable];

En ce qui concerne les recherches d'annonces faisant apparaitre un média particulier, il te faudra faire un autre fomulaire complet, basé cette fois sur média comme formulaire principal et ta table de jonction ou ta table annonce comme sous-formulaire.

Il faut juste savoir quelle mise en forme de ton sous formulaire est la plus adaptée pour présenter au mieux tes informations.

Euh, là je ne comprends pas où tu veux en venir en disant que je peux baser mon sous-form sur ma T_media. Le but étant pour annonce de sélectionner les média sur lesquels elle est parue avec la date de diffusion et la date d'expiration... J'ai pas suivi là

[orwen]

normal, je ne suis pas très clair sur ce coup là. On va laisser tomber les finesse pour s'attacher à l'essentiel.

le 2ème, quand j'ai voulu sélectionner un 2ème média pour la même annonce (avant que j'aie tenté toutes les petites manip que j'ai décrites plus haut), il m'a dit "Vous ne pouvez pas ajouter ou modifier un enregistrement car l'enregistrement associé est requis dans le table ANNONCES"

Pour ce message d'erreur ça signifie que tu as essayé de créer un objet dans la table jonction alors que tu n'avais pas créé l'objet dans la table annonce au préalable.

En gros, pour pouvoir associer une annonce et un objet, il faut que ton objet et ton annonce soient créées avant de pouvoir les associer.

Bref, j'ai voulu modifier tout cela en créant une requête basée sur les T_jonction et T_media, pour avoir les libellés, laquelle serait la base de mon ss-form du coup. Tu imagines bien les conflits que ça a créé...

j'ai un peu exploré cette méthode et j'ai réussi à en tirer quelques petites choses. donc continue à creuser.

poste de nouveau ta structure modifiée; le problème vient peut être de là...

PS: en rejetant un coup d'oeil à la structure de ta base, il me parait que la date de diffusion et la date d'expiration devraient se trouver dans la table de jonction puisqu'une même annonce peut être publiée à des moments différents en fonction du média...

PPS: on dérive gentiment de la conception de la base à la création d'un formulaire. n'étant pas un grand spécialiste, je ne saurai que trop te conseiller de suivre ce post pour avoir une structure nickel et ensuite de continuer sur la partie du forum dédiée aux formulaires...

[Nessie37]

normal, je ne suis pas très clair sur ce coup là. On va laisser tomber les finesse pour s'attacher à l'essentiel.

j'ai un peu exploré cette méthode et j'ai réussi à en tirer quelques petites choses. donc continue à creuser.

poste de nouveau ta structure modifiée; le problème vient peut être de là...

PS: en rejetant un coup d'oeil à la structure de ta base, il me parait que la date de diffusion et la date d'expiration devraient se trouver dans la table de jonction puisqu'une même annonce peut être publiée à des moments différents en fonction du média...

J'ai laissé tomber l'idée de la requête !
Je t'explique ce que j'ai fait à la place : En fait, dans ma T_media, j'ai mis le champs "libellé" en clé prim. (et non codemed) puis dans ma T_jonction, j'ai mis en propriété de "libellé" liste de choix. Du coup, dans mon ss-form (basé sur T_jonction du coup), je peux choisir les média correspondant à l'annonce. J'ai eu qq petits messages d'erreur dus à des paramétrages que je devais faire mais tout est rentré dans l'ordre, sauf à partir du moment où j'ai créé un form de consult copié de mon form de saisie... Le form de saisie bug, je ne sais pas pourquoi... Le ss-form est devenu vide ! Je ne peux plus rien saisir ! bref je trouverai bien.
Et je n'arrive à me souvenir de la manip pour que le ss-form T_jonction s'affiche correctement quand je navigue dans mon form de consult

PS : Pour ce qui est de ta remarque sur les dates, je m'en suis aperçue ce matin et avais déjà fait les modifs nécessaires. Merci en tout cas !

Je te tiens au courant.

[Nessie37]

Et je n'arrive à me souvenir de la manip pour que le ss-form T_jonction s'affiche correctement quand je navigue dans mon form de consult

Je te tiens au courant.

Oublions tout ceci, j'arrive presque à mes fins sauf ce problème d'affichage de sous-form (je ne sais pas si ça relève de salon ou pas). Je m'explique :

- Dans le form de saisie : ajout autorisé OUI, entrées données OUI...tout en OUI aussi bien dans les propriétes du form principal que celles du ss form = pas de problème de l'affichage du ss form ! Tout va bien

- Dans le form de consult : rien ne va plus ! le ss-form ne s'affiche pas. je vérfié donc les propriétés. Je mets entrée données non, modif non.... et là ça va mieux. Mais le changement des propriétés de l'un fait sauter celles de l'autre form
Je n'avais jamais rencontré ce probl avec mes autres bases ! Donc un peu perdue là

[vodiem]

Toujours aussi sarcastique avec moi je vois....

ben oui, faut bien t'embêter aussi, y a pas de raison.

désolé Vodiem, mais je ne comprend pas du tout ta méthode

salut orwen et bienvenu sur le forum,
oui, il faut savoir que cette discution est une reconstruction d'une autre.
je ne reviendrais pas dessus, je vois que vous avez avanvé la discution pendant mon abscence.
je te confie donc le bébé.

bonne continuation.

[orwen]

Salut Vodiem. bon si c'est une vieille histoire entre vous je ne peux donc pas comprendre.

Nessie37, pour les formulaires je les fais en général assez mal donc je ne vais pas pouvoir t'aider.
Mais peut être une piste. Je me suis déjà trouvé confronté à ce problème, c'est surement une conséquence de la duplication du formulaire peut être qu'en changeant le nom des formulaires et sous formulaire, access ne transmettrait pas les changement de droit de saisie etc...

j'ai mis en place une appli similaire et j'ai utilisé un formulaire d'entrée avec un bouton et un script: même fomulaire mais propriété d'ouverture différente, l'un bloqué l'autre permettant la saisie.

bonne recherche

[Nessie37]

Salut Orwen,

Merci pour cette piste. J'ai déjà eu l'occasion de dupliquer un form de saisie pour le mettre en consult et pas de probl... donc là, mystère !

Vodiem ! Non tu ne te débarrasseras pas de moi comme ça

Vois-tu qqch qui expliquerais ce petit désagrément ?

[orwen]

ça reste assez mystérieux pour moi.

[Nessie37]

Ayé, je pense avoir réglé mon problème, tout à fait par hasard !
En fait, j'ai des boutons de commande dans mon form consult qui commandaient le form mais que je n'avais pas paramétrés pour mon ss-form. En les paramétrant, eh bien cela a rétabli l'ordre des choses.

J'attends encore un peu avant de mettre ce post en résolu, au cas où ... (je me connais)

[Nessie37]

NON !
Je pensais avoir résolu eh bah ! non !
Dès que je mets dans mon form de saisie les propriétés en OUI sur "entrée données", eh bien ça chamboule mon form de consult : le sous-form ne s'affiche plus !
Dès que je mets NON à "entrée données" dans le form de saisie, bah c'est l'inverse

HELP !