Discussion :

[Marc_27]

Quelle est la meilleure solution pour utiliser des donnés d'une table dans un formulaire basé sur une autre table?

Faire l'usage d'un subformulaire ou prendre des donnés par biais d'un Recordset?

[Pierre Fauconnier]

Bonjour

Tout dépend de l'utilisation finale...

S'il s'agit d'afficher des infos d'une table qui sont liées à la source du formulaire, je pense que le sous-formulaire est un bon outil.

Il faudrait préciser ce que tu souhaites réaliser

[Marc_27]

Merci pour la réponse Pierre.

Si par exemple j'avais un formulaire basé sur une table DEMANDE et voudrais mettre un controle de pages, une page basée sur la table CLIENTS et l'autre page basée sur la table CREDIT.

Par contre, en utilisant des subformulaires, j'ai déjà eu des problemes lorsque une page a besoin des donnés de l'autre page.

Est-ce que il y a des avantages en utiliser des subforms ou des Recordsets? Je dis par rapport à l'usage de mémoire ou la stabilitée de l'application...

[Pierre Fauconnier]

Le sous-formulaire sera utilisé lorsqu'il y a une "hiérarchie" entre les données.

Par exemple, je n'imagine pas un sous-formulaire Clients lié au formulaire Demandes car le sous-formulaire est le côté N de la relation 1:N entre les tables.
Une demande concerne un client, mais un client peut avoir plusieurs demandes...
Donc, si sous-formulaire il y a, c'est dans l'autre sens, à savoir un formulaire clients et un sous-formulaire Demandes...

Je pense qu'il faudrait que tu définisses d'abord clairement la relation entre les différentes tables avant de développer davantage...

[Marc_27]

Je sais que ça peut paraittre un peu bizare, mais j'ai vraiment un formulaire demande avec un subformulaire clients.

Le subformulaire sert à montrer des donnés du client avant que la demande soit faite.

[Pierre Fauconnier]

Pour qu'un jeu de formulaire/sours-formulaire fonctionne, il faut que l'enregistrement côté père soit physiquement dans la base de données, et donc qu'il soit enregistré.

Donc, dans ce cas, le "traditionnel" sous-formulaire ne peut pas fonctionner puisque lorsque tu crées ta demande, l'enregistrement n'est pas encore validé.

On peut donc imaginer que dans un "sous-formulaire" (indépendant du formulaire de départ), on affiche les données du client à la suite de la mise à jour d'un champ du formulaire "père" qui permet de pointer vers ce client. Mais dans ce cas, il ne s'agit pas d'un formulaire/sous-formulaire au sens où on l'entend habituellement.

Par contre, si j'ai compris la manoeuvre, le sous-formulaire CREDIT peut être lié au formulaire CLIENT par un jeu normal de formulaire/sous-formulaire, pour afficher les éventuels crédits passés ou en cours du client qui introduit la demande...

Cela te permet-il d'y voir plus clair?

[Marc_27]

Enfait c'est le contraire:
J'ai un Formulaire CREDIT et un Subformulaire CLIENT.

Lorsque je choisis un client et que je mets son numero dans le formulaire CREDIT, il apparait les donnés du client à fin d'avoir une decision sur le crédit.

Mais j'ai aussi des autres subformulaires avec plusieurs donnés de ces clients, tous dans un controle multipages.

J'ai donc pensé si ne serait mailleur d'utiliser quelques recordsets au lieu des subformulaires...