J aimerais avoir des conseils concernant la structure de mes tables.
Dans une des mes tables, j ai plusieurs champs de type yes/no. Si la reponse
apportee est "yes", chacun de ces champs necessite de renseigner d'autres
champs. Par exemple, j ai un champ "Promoteur" (yes, no). Si effectivement il
y a un promoteur, j aimerais renseigner son nom, son salaire.
Ma question: faut-il inclure ces champs facultatifs dans la meme table ou
dans une/des table separee. Si dans une table separee, quelle relation
definir entre ces tables? Existe t-il des relations "one to one" puisque
chaque champ yes/no appelle une seule serie de donnees. Par exemple, s il y a
un promoteur, il n a bien sur qu un nom et qu un salaire. S'il y a plusieurs
champs de types yes/no qui necessitent de renseigner des donnees
facultatives, faut-il creer autant de tables?
Ensuite, comment gerer ces champs au niveau du formulaire? Est-il possible d
avoir tous les champs de type yes/no dans la table principale, et tous les
champs facultatives dans d autres tables separees que je joindrais dans une
requete. Cette requette serait la source du formulaire. Et sur l evenemement
after update des champs yes/no je rendrai les champs facultatifs enabled ou
pas.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
3stone
Salut,
"martin" | J aimerais avoir des conseils concernant la structure de mes tables. | | Dans une des mes tables, j ai plusieurs champs de type yes/no. Si la reponse | apportee est "yes", chacun de ces champs necessite de renseigner d'autres | champs. Par exemple, j ai un champ "Promoteur" (yes, no). Si effectivement il | y a un promoteur, j aimerais renseigner son nom, son salaire. [...]
Je pense que tu as mal préparé ta structure...
Un champ facultaif n'existe pas ! C'est le contenu qui peut l'être. Ce champ doit ou ne doit pas exister, c'est tout.
Et, si ce champ doit exister et qu'il peut éventuellement être renseigné plusieurs fois, il doit se trouver dans une table secondaire avec relation un à plusieurs.
- Cocher si ou non si on renseigne le champ, n'a rien à faire dans une table, mais fait partie des contrôles du formulaire pour aider à la saisie.
"martin"
| J aimerais avoir des conseils concernant la structure de mes tables.
|
| Dans une des mes tables, j ai plusieurs champs de type yes/no. Si la reponse
| apportee est "yes", chacun de ces champs necessite de renseigner d'autres
| champs. Par exemple, j ai un champ "Promoteur" (yes, no). Si effectivement il
| y a un promoteur, j aimerais renseigner son nom, son salaire.
[...]
Je pense que tu as mal préparé ta structure...
Un champ facultaif n'existe pas ! C'est le contenu qui peut l'être.
Ce champ doit ou ne doit pas exister, c'est tout.
Et, si ce champ doit exister et qu'il peut éventuellement être renseigné
plusieurs fois, il doit se trouver dans une table secondaire avec
relation un à plusieurs.
- Cocher si ou non si on renseigne le champ, n'a rien à faire dans une table,
mais fait partie des contrôles du formulaire pour aider à la saisie.
"martin" | J aimerais avoir des conseils concernant la structure de mes tables. | | Dans une des mes tables, j ai plusieurs champs de type yes/no. Si la reponse | apportee est "yes", chacun de ces champs necessite de renseigner d'autres | champs. Par exemple, j ai un champ "Promoteur" (yes, no). Si effectivement il | y a un promoteur, j aimerais renseigner son nom, son salaire. [...]
Je pense que tu as mal préparé ta structure...
Un champ facultaif n'existe pas ! C'est le contenu qui peut l'être. Ce champ doit ou ne doit pas exister, c'est tout.
Et, si ce champ doit exister et qu'il peut éventuellement être renseigné plusieurs fois, il doit se trouver dans une table secondaire avec relation un à plusieurs.
- Cocher si ou non si on renseigne le champ, n'a rien à faire dans une table, mais fait partie des contrôles du formulaire pour aider à la saisie.
