Logo GNT
Actualités Tests & Guides Bons Plans
GTA 6 iPhone 17 Copilot Switch 2 Temu ChatGPT Tesla
OVH Cloud OVH Cloud
Entraide Applications Microsoft Office Access Analyse schéma relationnel

Analyse schéma relationnel

27 réponses
Avatar
Jacques
Bonjour,

Avant d'aller plus loin dans le d=E9veloppement de ma base, j'aimerai
avoir un avis sur les deux
sh=E9mas relationnel joins ici:

http://cjoint.com/?dxrjBxsfIt

Lequel des deux est le plus fonctionnel, et quelles sont les
modifications =E9ventuelles =E0 apporter.

Merci pour votre aide.

Salutations
Signaler un problème avec ce contenu

7 réponses

Supprimer
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
1 2 3
Avatar
Richard_35
Tu mets le doigt sur la partie fondamentale qu'il faut comprendre, toutes
tables confondues.

Tu as modifié mon exemple. Dans mon exemple :
- une table "Type d'activité" comporte les "familles" d'activité qui te
permettras de faire des statistiques par "familles" d'activité (par exemple,
"Course à pieds");
- une table "Activité - Entête" comporte la liste des activités effectives
auxquelles les adhérents peuvent s'inscrire (par exemple, "Marathon de
Paris"). Ces activités font partie d'une famille d'activités qui permet de
les regrouper par type (table précédente) ;
- une "Activité - Détail" comporte les inscriptions des adhérents à
l'activité décrite dans "Activité - Entête".

Donc, le "Marathon de Paris" est une activité de type "Course à pieds"
auquel les adhérents peuvent s'inscrire.
Est-ce bien ce à quoi tu veux arriver ?
Pourquoi as-tu supprimé "Marathon de Paris" ?

Fondamental, pour comprendre.
Richard.


"jacques" a écrit dans le message de news:

On 11 avr, 14:57, "Richard_35" wrote:
Bonjour Jacques,

Difficile de raisonner sur deux bases. D'autant que tu as résolu des
problèmes dans "Relations 4" qui sont toujours existants dans "Relations
3".
Donc, si je reste sur "Relations 3", je vais te redire mes suggestions
passées.

D'autre part, même si tu ne gères pas les jours (d'activité, j'ai
supposé),
les cardinalités (N <=> N) restent les mêmes :
1 adhérent peut avoir N activités ET
1 activité peut avoir N adhérents

Il me semble que tes activités sont de ce genre (par exemple), telle que
décrites dans ton schéma :
Table Types d'activités :
RéfTypeActivité = 123 (n° auto)
Libellé = Course à pied
Code = je ne sais pas ce que tu veux dire par là...

Table Activités :
RéfActivité"1 (n° auto)
RéfAdhérent56 (n° adhérent)
RéfTypeActivité = 123 (liaison avec Types d'activités)
Libellé=Marathon de Paris

Si ce que j'ai compris est juste, tu as besoin d'un libellé d'activité à
ne
pas répéter à chaque adhérent, et dans ton schéma, tu seras obligé de
répéter cette information. Donc il faudrait :
Table Types d'activités :
RéfTypeActivité = 123 (n° auto)
Libellé = Course à pied
Code = je ne sais pas ce que tu veux dire par là...

Table Activités - Entête :
RéfActivité"1 (n° auto)
RéfTypeActivité = 123 (liaison avec Types d'activités)
Libellé=Marathon de Paris

Table Activités - Détail :
RéfActivité"1 (n° auto)
RéfAdhérent56 (n° adhérent)

Seulement, je ne sais pas si j'ai bien compris.

A bientôt,
Richard.

"jacques" a écrit dans le message de news:

On 10 avr, 17:18, "Richard_35" wrote:



> Bonjour Jacques,

> Non, pas de trace de ton message du 03/04/2009, ni via Outlook Express,
> ni,
> en direct, sur le forum Microsoft Access.
> Repostes-le, si tu veux, avec le lien vers cjoint.com (je n'ai plus le
> schéma).

> A bientôt,
> Richard.

> "jacques" a écrit dans le message de news:
>
> On 28 mar, 17:58, "Richard_35" wrote:

> > Bonjour Jacques,

> > 3 premières observations :

> > 1 - tu as oublié la relation 1 => N entre Type de membre et Comité de
> > direction.

> > 2 - le n° de tél portable n'a rien à faire, ni dans la table Adresse,
> > ni
> > dans la table Famille : un n° de tél portable est un "attribut" d'une
> > personne physique, pas d'un lieu ou d'un groupe. Donc, le n° de tél
> > portable
> > doit être au niveau Adhérent.
> > Par contre, le n° de tél fixe est bien lié à un lieu : l'endroit où
> > est
> > le
> > boîtier France-Télécom. Le n° de tél fixe est donc bien au niveau
> > Adresse.

> > 3 - la table Activité semble être une table de type "entête/détail" :
> > nous
> > comprenons que, pour une Activité, il peut y avoir plusieurs Adhérent
> > et
> > que
> > ces Activités sont d'un Type prédéfini. Le problème est que, une
> > Activité
> > se
> > déroule à une date précise et que, suivant ton schéma, tu seras obligé
> > de
> > reporter la même date de l'Activité concernée pour tous les Adhérents
> > qui
> > y
> > participent.

> > Il faut donc une table Activité-Entête :
> > . RéfActivité (clé primaire)
> > . RéfTypeActivité
> > . Jour
> > . Heure

> > Et une table Activité-Détail :
> > .RéfActivité (clé primaire 1)
> > .RéfAdhérent (clé primaire 2)
> > .DateInscriptionACetteActivité (par exemple)

> > Ai-je bien compris ?
> > A bientôt pour le reste, si tu veux.
> > Richard.

> > "jacques" a écrit dans le message de news:
> >
> > On 27 mar, 17:29, Richard_35
> > wrote:

> > > Bonjour Jacques,

> > > OK, j'attends ton shéma relationnel modifié sur cjoint.com

> > > A bientôt,
> > > Richard.

> > > "jacques" a écrit :

> > > > On 26 mar, 13:03, Richard_35
> > > > wrote:
> > > > > Bonjour Jacques,

> > > > > C'est fondamental à comprendre, mais tu l'as bien compris : tu
> > > > > as
> > > > > créé
> > > > > la
> > > > > table "Discipline".
> > > > > Il n'y a pas de table "Discipline" dans ton MCD donc, difficile
> > > > > de
> > > > > deviner.

> > > > > Je comprends donc que la table "Activité" est cette fameuse
> > > > > table
> > > > > qui
> > > > > lie
> > > > > "Adhérent" et "Discipline" avec la non moins fameuse relation
> > > > > N<=>N,
> > > > > soit :
> > > > > 1 adhérent peut avoir N disciplines ET 1 discipline peut avoir N
> > > > > adhérents.
> > > > > Discipline 1 pour Adhérents 1 et 2 ;
> > > > > Adhérent 1 pour Discipline 1 et 2.

> > > > > Il faudrait donc ajouter la table "Discipline" dans ton MCD
> > > > > (avec
> > > > > les
> > > > > relations) et regénérer un diagramme.
> > > > > Après, on reprend, si tu veux.

> > > > > A bientôt,
> > > > > Richard.

> > > > > "jacques" a écrit :

> > > > > > On 24 mar, 15:24, Richard_35
> > > > > >
> > > > > > wrote:
> > > > > > > Re,

> > > > > > > Dans la table Chèque tu dois supprimer RegroupFamille,
> > > > > > > NomFamille
> > > > > > > (que tu
> > > > > > > pourras retrouver via la table Adhérents qui pointe sur la
> > > > > > > table
> > > > > > > Familles).

> > > > > > > Concernant la table Activité, il faut se poser la question
> > > > > > > dans
> > > > > > > les deux
> > > > > > > sens. Selon ton shéma, un adhérent peut avoir plusieurs
> > > > > > > activités
> > > > > > > ; je
> > > > > > > suppose que, à l'inverse, une activité peut concerner
> > > > > > > plusieurs
> > > > > > > adhérents. Si
> > > > > > > oui, alors ton shéma est faux car le code adhérent est
> > > > > > > stocké
> > > > > > > dans
> > > > > > > la table
> > > > > > > Activité, ce qui implique qu'une activité ne peut avoir
> > > > > > > qu'un
> > > > > > > seul
> > > > > > > adhérent.
> > > > > > > Si une activité peut avoir plusieurs adhérents, alors il
> > > > > > > s'agit
> > > > > > > d'une
> > > > > > > relation dite complexe de N à N : pour gérer cette relation,
> > > > > > > il
> > > > > > > faut,
> > > > > > > forcément, une table intermédiaire :
> > > > > > > - RefAdherent
> > > > > > > - RefActivite
> > > > > > > La table Adherent pointant sur cette tablle intermédiaire 1
> > > > > > > =>
> > > > > > > N
> > > > > > > via
> > > > > > > RefAdherent ;
> > > > > > > La table Activite pointant sur cette tablle intermédiaire 1
> > > > > > > =>
> > > > > > > N
> > > > > > > via
> > > > > > > RefActivite.

> > > > > > > Je ne sais pas si je suis bien clair, sur ce coup là...
> > > > > > > A bientôt,
> > > > > > > Richard.

> > > > > > > "jacques" a écrit :

> > > > > > > > On 24 mar, 10:26, Richard_35
> > > > > > > >
> > > > > > > > wrote:
> > > > > > > > > Bonjour Jacques,

> > > > > > > > > Table Comité de direction :
> > > > > > > > > Il faut donc supprimer le champ Poste (si celui-ci est
> > > > > > > > > le
> > > > > > > > > libellé) pour ne
> > > > > > > > > laisser que RefPoste.

> > > > > > > > > J'ajouterais une table Adresse :
> > > > > > > > > - IdAdresse (N° auto)
> > > > > > > > > - Adr1
> > > > > > > > > - Adr2
> > > > > > > > > - CP
> > > > > > > > > - Ville
> > > > > > > > > - NTel_Fixe

> > > > > > > > > Table Familles :
> > > > > > > > > Il s'agit donc d'une table permettant de connaître
> > > > > > > > > l'ensemble
> > > > > > > > > des membres
> > > > > > > > > d'une même famille (si j'ai bien compris) :
> > > > > > > > > - NumeroFamille (N° auto)
> > > > > > > > > - NomFamille
> > > > > > > > > - IdAdresse
> > > > > > > > > Les champs Civilité et Prénom sont au niveau Adhérent.

> > > > > > > > > Table Adhérent :
> > > > > > > > > Supprimer :
> > > > > > > > > - RegroupFamille (je n'ai pas compris l'intérêt de ce
> > > > > > > > > champ)
> > > > > > > > > - NomFamille
> > > > > > > > > Remplacer :
> > > > > > > > > Adresse1, Adresse2, CP, Ville par IdAdresse

> > > > > > > > > Sommes-nous d'accord, jusqu'ici ?

> > > > > > > > > A bientôt,
> > > > > > > > > Richard.

> > > > > > > > > "jacques" a écrit :

> > > > > > > > > > On 23 mar, 18:45, Richard_35
> > > > > > > > > >
> > > > > > > > > > wrote:
> > > > > > > > > > > Bonjour Jacques,

> > > > > > > > > > > Beaucoup de questions se posent avant de te
> > > > > > > > > > > répondre.

> > > > > > > > > > > Tout d'abord, concernant la table "Banques", il n'y
> > > > > > > > > > > a
> > > > > > > > > > > pas
> > > > > > > > > > > d'erreur
> > > > > > > > > > > d'analyse, tu peux la conserver telle quelle :
> > > > > > > > > > > visiblement, tu veux une liste
> > > > > > > > > > > déroulante dans le formulaire qui gèrera les chèques
> > > > > > > > > > > reçus. L'opportunité de
> > > > > > > > > > > la gérer ou pas doit être décidée par toi.

> > > > > > > > > > > Ensuite, les questions proprement dites concernant
> > > > > > > > > > > la
> > > > > > > > > > > partie de gauche par
> > > > > > > > > > > rapport à Adhérent :
> > > > > > > > > > > - que veut dire RegroupFamille ?
> > > > > > > > > > > - un comité de direction est composé de plusieurs
> > > > > > > > > > > adhérents, non ?
> > > > > > > > > > > - ne devrait-il pas avoir une table des Postes avec
> > > > > > > > > > > RéfPoste et Poste ?

> > > > > > > > > > > Ensuite, nous passerons à la partie de droite.
> > > > > > > > > > > A bientôt avec tes réponses,
> > > > > > > > > > > Richard.

> > > > > > > > > > > "jacques" a écrit :

> > > > > > > > > > > > On 21 mar, 21:39, Michel__D
> > > > > > > > > > > >
> > > > > > > > > > > > wrote:
> > > > > > > > > > > > > Bonjour,

> > > > > > > > > > > > > Jacques a écrit :

> > > > > > > > > > > > > > Bonjour,

> > > > > > > > > > > > > > Avant d'aller plus loin dans le développement
> > > > > > > > > > > > > > de
> > > > > > > > > > > > > > ma
> > > > > > > > > > > > > > base,

...

plus de détails »- Masquer le texte des messages précédents -

- Afficher le texte des messages précédents -



Re bonjour,

J' ai un petit problème de compréhension,

Table Type d'activités pas de problème

Table Types d'activités :
RéfTypeActivité = 123 (n° auto)
Libellé = Course à pied
Code = CAP (tous simplement)

Pour la Table Activités - Entête (j'ai modifier réfActivité par
RéfActivitéEntête)

Table Activités - Entête :
RéfActivitéEntête"1 (n° auto)
RéfTypeActivité = 123 (liaison avec Types d'activités)
Libellé=Course à pied (ici est-ce que l'on doit mettre le libellé ?)

Pour la Table Activités - Détail : j'ai rajouté réfActivitéDétails et
modifié RéfActivité par RéfActivitéEntête Est-ce que c'est excat ?)

Table Activités - Détail :
RéfActivitéDétail (n° auto)
RéfActivitéEntête"1 (n° auto de la tbl activité Entête)
RéfAdhérent56 (n° adhérent)

Salutations
Avatar
jacques
On 11 avr, 17:43, "Richard_35" wrote:
Tu mets le doigt sur la partie fondamentale qu'il faut comprendre, toutes
tables confondues.

Tu as modifié mon exemple. Dans mon exemple :
- une table "Type d'activité" comporte les "familles" d'activité qui te
permettras de faire des statistiques par "familles" d'activité (par exe mple,
"Course à pieds");
- une table "Activité - Entête" comporte la liste des activités eff ectives
auxquelles les adhérents peuvent s'inscrire (par exemple, "Marathon de
Paris"). Ces activités font partie d'une famille d'activités qui perm et de
les regrouper par type (table précédente) ;
- une "Activité - Détail" comporte les inscriptions des adhérents à
l'activité décrite dans "Activité - Entête".

Donc, le "Marathon de Paris" est une activité de type "Course à pieds "
auquel les adhérents peuvent s'inscrire.
Est-ce bien ce à quoi tu veux arriver ?
Pourquoi as-tu supprimé "Marathon de Paris" ?

Fondamental, pour comprendre.
Richard.

"jacques" a écrit dans le message de news:

On 11 avr, 14:57, "Richard_35" wrote:



> Bonjour Jacques,

> Difficile de raisonner sur deux bases. D'autant que tu as résolu des
> problèmes dans "Relations 4" qui sont toujours existants dans "Relati ons
> 3".
> Donc, si je reste sur "Relations 3", je vais te redire mes suggestions
> passées.

> D'autre part, même si tu ne gères pas les jours (d'activité, j'ai
> supposé),
> les cardinalités (N <=> N) restent les mêmes :
> 1 adhérent peut avoir N activités ET
> 1 activité peut avoir N adhérents

> Il me semble que tes activités sont de ce genre (par exemple), telle que
> décrites dans ton schéma :
> Table Types d'activités :
> RéfTypeActivité = 123 (n° auto)
> Libellé = Course à pied
> Code = je ne sais pas ce que tu veux dire par là...

> Table Activités :
> RéfActivité"1 (n° auto)
> RéfAdhérent56 (n° adhérent)
> RéfTypeActivité = 123 (liaison avec Types d'activités)
> Libellé=Marathon de Paris

> Si ce que j'ai compris est juste, tu as besoin d'un libellé d'activit é à
> ne
> pas répéter à chaque adhérent, et dans ton schéma, tu seras o bligé de
> répéter cette information. Donc il faudrait :
> Table Types d'activités :
> RéfTypeActivité = 123 (n° auto)
> Libellé = Course à pied
> Code = je ne sais pas ce que tu veux dire par là...

> Table Activités - Entête :
> RéfActivité"1 (n° auto)
> RéfTypeActivité = 123 (liaison avec Types d'activités)
> Libellé=Marathon de Paris

> Table Activités - Détail :
> RéfActivité"1 (n° auto)
> RéfAdhérent56 (n° adhérent)

> Seulement, je ne sais pas si j'ai bien compris.

> A bientôt,
> Richard.

> "jacques" a écrit dans le message de news:
>
> On 10 avr, 17:18, "Richard_35" wrote:

> > Bonjour Jacques,

> > Non, pas de trace de ton message du 03/04/2009, ni via Outlook Expres s,
> > ni,
> > en direct, sur le forum Microsoft Access.
> > Repostes-le, si tu veux, avec le lien vers cjoint.com (je n'ai plus l e
> > schéma).

> > A bientôt,
> > Richard.

> > "jacques" a écrit dans le message de news:
> >
> > On 28 mar, 17:58, "Richard_35" wrote:

> > > Bonjour Jacques,

> > > 3 premières observations :

> > > 1 - tu as oublié la relation 1 => N entre Type de membre et Com ité de
> > > direction.

> > > 2 - le n° de tél portable n'a rien à faire, ni dans la table Adresse,
> > > ni
> > > dans la table Famille : un n° de tél portable est un "attribut" d'une
> > > personne physique, pas d'un lieu ou d'un groupe. Donc, le n° de t él
> > > portable
> > > doit être au niveau Adhérent.
> > > Par contre, le n° de tél fixe est bien lié à un lieu : l'en droit où
> > > est
> > > le
> > > boîtier France-Télécom. Le n° de tél fixe est donc bien a u niveau
> > > Adresse.

> > > 3 - la table Activité semble être une table de type "entête/d étail" :
> > > nous
> > > comprenons que, pour une Activité, il peut y avoir plusieurs Adh érent
> > > et
> > > que
> > > ces Activités sont d'un Type prédéfini. Le problème est que , une
> > > Activité
> > > se
> > > déroule à une date précise et que, suivant ton schéma, tu s eras obligé
> > > de
> > > reporter la même date de l'Activité concernée pour tous les A dhérents
> > > qui
> > > y
> > > participent.

> > > Il faut donc une table Activité-Entête :
> > > . RéfActivité (clé primaire)
> > > . RéfTypeActivité
> > > . Jour
> > > . Heure

> > > Et une table Activité-Détail :
> > > .RéfActivité (clé primaire 1)
> > > .RéfAdhérent (clé primaire 2)
> > > .DateInscriptionACetteActivité (par exemple)

> > > Ai-je bien compris ?
> > > A bientôt pour le reste, si tu veux.
> > > Richard.

> > > "jacques" a écrit dans le message de news:
> > > .
> > > On 27 mar, 17:29, Richard_35
> > > wrote:

> > > > Bonjour Jacques,

> > > > OK, j'attends ton shéma relationnel modifié sur cjoint.com

> > > > A bientôt,
> > > > Richard.

> > > > "jacques" a écrit :

> > > > > On 26 mar, 13:03, Richard_35 om>
> > > > > wrote:
> > > > > > Bonjour Jacques,

> > > > > > C'est fondamental à comprendre, mais tu l'as bien compris : tu
> > > > > > as
> > > > > > créé
> > > > > > la
> > > > > > table "Discipline".
> > > > > > Il n'y a pas de table "Discipline" dans ton MCD donc, diffici le
> > > > > > de
> > > > > > deviner.

> > > > > > Je comprends donc que la table "Activité" est cette fameuse
> > > > > > table
> > > > > > qui
> > > > > > lie
> > > > > > "Adhérent" et "Discipline" avec la non moins fameuse relati on
> > > > > > N<=>N,
> > > > > > soit :
> > > > > > 1 adhérent peut avoir N disciplines ET 1 discipline peut av oir N
> > > > > > adhérents.
> > > > > > Discipline 1 pour Adhérents 1 et 2 ;
> > > > > > Adhérent 1 pour Discipline 1 et 2.

> > > > > > Il faudrait donc ajouter la table "Discipline" dans ton MCD
> > > > > > (avec
> > > > > > les
> > > > > > relations) et regénérer un diagramme.
> > > > > > Après, on reprend, si tu veux.

> > > > > > A bientôt,
> > > > > > Richard.

> > > > > > "jacques" a écrit :

> > > > > > > On 24 mar, 15:24, Richard_35
> > > > > > >
> > > > > > > wrote:
> > > > > > > > Re,

> > > > > > > > Dans la table Chèque tu dois supprimer RegroupFamille,
> > > > > > > > NomFamille
> > > > > > > > (que tu
> > > > > > > > pourras retrouver via la table Adhérents qui pointe sur la
> > > > > > > > table
> > > > > > > > Familles).

> > > > > > > > Concernant la table Activité, il faut se poser la quest ion
> > > > > > > > dans
> > > > > > > > les deux
> > > > > > > > sens. Selon ton shéma, un adhérent peut avoir plusieu rs
> > > > > > > > activités
> > > > > > > > ; je
> > > > > > > > suppose que, à l'inverse, une activité peut concerner
> > > > > > > > plusieurs
> > > > > > > > adhérents. Si
> > > > > > > > oui, alors ton shéma est faux car le code adhérent es t
> > > > > > > > stocké
> > > > > > > > dans
> > > > > > > > la table
> > > > > > > > Activité, ce qui implique qu'une activité ne peut avo ir
> > > > > > > > qu'un
> > > > > > > > seul
> > > > > > > > adhérent.
> > > > > > > > Si une activité peut avoir plusieurs adhérents, alors il
> > > > > > > > s'agit
> > > > > > > > d'une
> > > > > > > > relation dite complexe de N à N : pour gérer cette re lation,
> > > > > > > > il
> > > > > > > > faut,
> > > > > > > > forcément, une table intermédiaire :
> > > > > > > > - RefAdherent
> > > > > > > > - RefActivite
> > > > > > > > La table Adherent pointant sur cette tablle intermédiai re 1
> > > > > > > > =>
> > > > > > > > N
> > > > > > > > via
> > > > > > > > RefAdherent ;
> > > > > > > > La table Activite pointant sur cette tablle intermédiai re 1
> > > > > > > > =>
> > > > > > > > N
> > > > > > > > via
> > > > > > > > RefActivite.

> > > > > > > > Je ne sais pas si je suis bien clair, sur ce coup là...
> > > > > > > > A bientôt,
> > > > > > > > Richard.

> > > > > > > > "jacques" a écrit :

> > > > > > > > > On 24 mar, 10:26, Richard_35
> > > > > > > > >
> > > > > > > > > wrote:
> > > > > > > > > > Bonjour Jacques,

> > > > > > > > > > Table Comité de direction :
> > > > > > > > > > Il faut donc supprimer le champ Poste (si celui-ci es t
> > > > > > > > > > le
> > > > > > > > > > libellé) pour ne
> > > > > > > > > > laisser que RefPoste.

> > > > > > > > > > J'ajouterais une table Adresse :
> > > > > > > > > > - IdAdresse (N° auto)
> > > > > > > > > > - Adr1
> > > > > > > > > > - Adr2
> > > > > > > > > > - CP
> > > > > > > > > > - Ville
> > > > > > > > > > - NTel_Fixe

> > > > > > > > > > Table Familles :
> > > > > > > > > > Il s'agit donc d'une table permettant de connaître
> > > > > > > > > > l'ensemble
> > > > > > > > > > des membres
> > > > > > > > > > d'une même famille (si j'ai bien compris) :
> > > > > > > > > > - NumeroFamille (N° auto)
> > > > > > > > > > - NomFamille
> > > > > > > > > > - IdAdresse
> > > > > > > > > > Les champs Civilité et Prénom sont au niveau Adh érent.

> > > > > > > > > > Table Adhérent :
> > > > > > > > > > Supprimer :
> > > > > > > > > > - RegroupFamille (je n'ai pas compris l'intérêt d e ce
> > > > > > > > > > champ)
> > > > > > > > > > - NomFamille
> > > > > > > > > > Remplacer :
> > > > > > > > > > Adresse1, Adresse2, CP, Ville par IdAdresse

> > > > > > > > > > Sommes-nous d'accord, jusqu'ici ?

> > > > > > > > > > A bientôt,
> > > > > > > > > > Richard.

> > > > > > > > > > "jacques" a écrit :

> > > > > > > > > > > On 23 mar, 18:45, Richard_35

...

plus de détails »- Masquer le texte des messages précédents -

- Afficher le texte des messages précédents -



Bonsoir Richard

Merci pour tes éclaircissements.

« Pourquoi as-tu supprimé "Marathon de Paris" ? «

Tous simplement parce que je n’avais pas tout compris.

Maintenant c’est beaucoup plus clair d’ailleurs j’ai un cas réel
Aticivités Dasés (AD) qui regroupe :
- Danse de salon
- Danse folklorique
- Danse Country

Donc dès que ton temps le permet on pourra continuer

Salutations
Avatar
Richard_35
Bonjour Jacques,

Donc, si j'ai bien compris :

Table Types d'actvité :
- RéfTypeActivité (n° auto, clé primaire)
- Libellé
- Code (je ne comprends pas l'utilité de ce code, mais bon)
Contenu :
1 Activité danse AD
2 Activité course AC

Table Actvité - entête :
- RéfActivité (n° auto, clé primaire)
- Libellé
- RéfTypeActivité (numérique)
Contenu :
1 Danse de salon 1
2 Danse country 1
3 Marathon de Paris 2

Table Actvité - détail (lien activité/adhérent) :
- RéfActivité (numérique)
- RéfAdhérent (numérique)
Contenu :
1 1
1 2
2 2

Cardinalités :
Table Types d'actvité 1 => N Table Actvité - entête
Table Actvité - entête 1 => N Table Actvité - détail
Table Adhérent 1 => N Table Actvité - détail

Si j'ai bien compris, il faudrait refaire ton schéma, STP.

A bientôt,
Richard.

"jacques" a écrit dans le message de news:

On 11 avr, 17:43, "Richard_35" wrote:
Tu mets le doigt sur la partie fondamentale qu'il faut comprendre, toutes
tables confondues.

Tu as modifié mon exemple. Dans mon exemple :
- une table "Type d'activité" comporte les "familles" d'activité qui te
permettras de faire des statistiques par "familles" d'activité (par
exemple,
"Course à pieds");
- une table "Activité - Entête" comporte la liste des activités effectives
auxquelles les adhérents peuvent s'inscrire (par exemple, "Marathon de
Paris"). Ces activités font partie d'une famille d'activités qui permet de
les regrouper par type (table précédente) ;
- une "Activité - Détail" comporte les inscriptions des adhérents à
l'activité décrite dans "Activité - Entête".

Donc, le "Marathon de Paris" est une activité de type "Course à pieds"
auquel les adhérents peuvent s'inscrire.
Est-ce bien ce à quoi tu veux arriver ?
Pourquoi as-tu supprimé "Marathon de Paris" ?

Fondamental, pour comprendre.
Richard.

"jacques" a écrit dans le message de news:

On 11 avr, 14:57, "Richard_35" wrote:



> Bonjour Jacques,

> Difficile de raisonner sur deux bases. D'autant que tu as résolu des
> problèmes dans "Relations 4" qui sont toujours existants dans "Relations
> 3".
> Donc, si je reste sur "Relations 3", je vais te redire mes suggestions
> passées.

> D'autre part, même si tu ne gères pas les jours (d'activité, j'ai
> supposé),
> les cardinalités (N <=> N) restent les mêmes :
> 1 adhérent peut avoir N activités ET
> 1 activité peut avoir N adhérents

> Il me semble que tes activités sont de ce genre (par exemple), telle que
> décrites dans ton schéma :
> Table Types d'activités :
> RéfTypeActivité = 123 (n° auto)
> Libellé = Course à pied
> Code = je ne sais pas ce que tu veux dire par là...

> Table Activités :
> RéfActivité"1 (n° auto)
> RéfAdhérent56 (n° adhérent)
> RéfTypeActivité = 123 (liaison avec Types d'activités)
> Libellé=Marathon de Paris

> Si ce que j'ai compris est juste, tu as besoin d'un libellé d'activité à
> ne
> pas répéter à chaque adhérent, et dans ton schéma, tu seras obligé de
> répéter cette information. Donc il faudrait :
> Table Types d'activités :
> RéfTypeActivité = 123 (n° auto)
> Libellé = Course à pied
> Code = je ne sais pas ce que tu veux dire par là...

> Table Activités - Entête :
> RéfActivité"1 (n° auto)
> RéfTypeActivité = 123 (liaison avec Types d'activités)
> Libellé=Marathon de Paris

> Table Activités - Détail :
> RéfActivité"1 (n° auto)
> RéfAdhérent56 (n° adhérent)

> Seulement, je ne sais pas si j'ai bien compris.

> A bientôt,
> Richard.

> "jacques" a écrit dans le message de news:
>
> On 10 avr, 17:18, "Richard_35" wrote:

> > Bonjour Jacques,

> > Non, pas de trace de ton message du 03/04/2009, ni via Outlook
> > Express,
> > ni,
> > en direct, sur le forum Microsoft Access.
> > Repostes-le, si tu veux, avec le lien vers cjoint.com (je n'ai plus le
> > schéma).

> > A bientôt,
> > Richard.

> > "jacques" a écrit dans le message de news:
> >
> > On 28 mar, 17:58, "Richard_35" wrote:

> > > Bonjour Jacques,

> > > 3 premières observations :

> > > 1 - tu as oublié la relation 1 => N entre Type de membre et Comité
> > > de
> > > direction.

> > > 2 - le n° de tél portable n'a rien à faire, ni dans la table
> > > Adresse,
> > > ni
> > > dans la table Famille : un n° de tél portable est un "attribut"
> > > d'une
> > > personne physique, pas d'un lieu ou d'un groupe. Donc, le n° de tél
> > > portable
> > > doit être au niveau Adhérent.
> > > Par contre, le n° de tél fixe est bien lié à un lieu : l'endroit où
> > > est
> > > le
> > > boîtier France-Télécom. Le n° de tél fixe est donc bien au niveau
> > > Adresse.

> > > 3 - la table Activité semble être une table de type "entête/détail"
> > > :
> > > nous
> > > comprenons que, pour une Activité, il peut y avoir plusieurs
> > > Adhérent
> > > et
> > > que
> > > ces Activités sont d'un Type prédéfini. Le problème est que, une
> > > Activité
> > > se
> > > déroule à une date précise et que, suivant ton schéma, tu seras
> > > obligé
> > > de
> > > reporter la même date de l'Activité concernée pour tous les
> > > Adhérents
> > > qui
> > > y
> > > participent.

> > > Il faut donc une table Activité-Entête :
> > > . RéfActivité (clé primaire)
> > > . RéfTypeActivité
> > > . Jour
> > > . Heure

> > > Et une table Activité-Détail :
> > > .RéfActivité (clé primaire 1)
> > > .RéfAdhérent (clé primaire 2)
> > > .DateInscriptionACetteActivité (par exemple)

> > > Ai-je bien compris ?
> > > A bientôt pour le reste, si tu veux.
> > > Richard.

> > > "jacques" a écrit dans le message de news:
> > >
> > > On 27 mar, 17:29, Richard_35
> > > wrote:

> > > > Bonjour Jacques,

> > > > OK, j'attends ton shéma relationnel modifié sur cjoint.com

> > > > A bientôt,
> > > > Richard.

> > > > "jacques" a écrit :

> > > > > On 26 mar, 13:03, Richard_35
> > > > >
> > > > > wrote:
> > > > > > Bonjour Jacques,

> > > > > > C'est fondamental à comprendre, mais tu l'as bien compris : tu
> > > > > > as
> > > > > > créé
> > > > > > la
> > > > > > table "Discipline".
> > > > > > Il n'y a pas de table "Discipline" dans ton MCD donc,
> > > > > > difficile
> > > > > > de
> > > > > > deviner.

> > > > > > Je comprends donc que la table "Activité" est cette fameuse
> > > > > > table
> > > > > > qui
> > > > > > lie
> > > > > > "Adhérent" et "Discipline" avec la non moins fameuse relation
> > > > > > N<=>N,
> > > > > > soit :
> > > > > > 1 adhérent peut avoir N disciplines ET 1 discipline peut avoir
> > > > > > N
> > > > > > adhérents.
> > > > > > Discipline 1 pour Adhérents 1 et 2 ;
> > > > > > Adhérent 1 pour Discipline 1 et 2.

> > > > > > Il faudrait donc ajouter la table "Discipline" dans ton MCD
> > > > > > (avec
> > > > > > les
> > > > > > relations) et regénérer un diagramme.
> > > > > > Après, on reprend, si tu veux.

> > > > > > A bientôt,
> > > > > > Richard.

> > > > > > "jacques" a écrit :

> > > > > > > On 24 mar, 15:24, Richard_35
> > > > > > >
> > > > > > > wrote:
> > > > > > > > Re,

> > > > > > > > Dans la table Chèque tu dois supprimer RegroupFamille,
> > > > > > > > NomFamille
> > > > > > > > (que tu
> > > > > > > > pourras retrouver via la table Adhérents qui pointe sur la
> > > > > > > > table
> > > > > > > > Familles).

> > > > > > > > Concernant la table Activité, il faut se poser la question
> > > > > > > > dans
> > > > > > > > les deux
> > > > > > > > sens. Selon ton shéma, un adhérent peut avoir plusieurs
> > > > > > > > activités
> > > > > > > > ; je
> > > > > > > > suppose que, à l'inverse, une activité peut concerner
> > > > > > > > plusieurs
> > > > > > > > adhérents. Si
> > > > > > > > oui, alors ton shéma est faux car le code adhérent est
> > > > > > > > stocké
> > > > > > > > dans
> > > > > > > > la table
> > > > > > > > Activité, ce qui implique qu'une activité ne peut avoir
> > > > > > > > qu'un
> > > > > > > > seul
> > > > > > > > adhérent.
> > > > > > > > Si une activité peut avoir plusieurs adhérents, alors il
> > > > > > > > s'agit
> > > > > > > > d'une
> > > > > > > > relation dite complexe de N à N : pour gérer cette
> > > > > > > > relation,
> > > > > > > > il
> > > > > > > > faut,
> > > > > > > > forcément, une table intermédiaire :
> > > > > > > > - RefAdherent
> > > > > > > > - RefActivite
> > > > > > > > La table Adherent pointant sur cette tablle intermédiaire
> > > > > > > > 1
> > > > > > > > =>
> > > > > > > > N
> > > > > > > > via
> > > > > > > > RefAdherent ;
> > > > > > > > La table Activite pointant sur cette tablle intermédiaire
> > > > > > > > 1
> > > > > > > > =>
> > > > > > > > N
> > > > > > > > via
> > > > > > > > RefActivite.

> > > > > > > > Je ne sais pas si je suis bien clair, sur ce coup là...
> > > > > > > > A bientôt,
> > > > > > > > Richard.

> > > > > > > > "jacques" a écrit :

> > > > > > > > > On 24 mar, 10:26, Richard_35
> > > > > > > > >
> > > > > > > > > wrote:
> > > > > > > > > > Bonjour Jacques,

> > > > > > > > > > Table Comité de direction :
> > > > > > > > > > Il faut donc supprimer le champ Poste (si celui-ci est
> > > > > > > > > > le
> > > > > > > > > > libellé) pour ne
> > > > > > > > > > laisser que RefPoste.

> > > > > > > > > > J'ajouterais une table Adresse :
> > > > > > > > > > - IdAdresse (N° auto)
> > > > > > > > > > - Adr1
> > > > > > > > > > - Adr2
> > > > > > > > > > - CP
> > > > > > > > > > - Ville
> > > > > > > > > > - NTel_Fixe

> > > > > > > > > > Table Familles :
> > > > > > > > > > Il s'agit donc d'une table permettant de connaître
> > > > > > > > > > l'ensemble
> > > > > > > > > > des membres
> > > > > > > > > > d'une même famille (si j'ai bien compris) :
> > > > > > > > > > - NumeroFamille (N° auto)
> > > > > > > > > > - NomFamille
> > > > > > > > > > - IdAdresse
> > > > > > > > > > Les champs Civilité et Prénom sont au niveau Adhérent.

> > > > > > > > > > Table Adhérent :
> > > > > > > > > > Supprimer :
> > > > > > > > > > - RegroupFamille (je n'ai pas compris l'intérêt de ce
> > > > > > > > > > champ)
> > > > > > > > > > - NomFamille
> > > > > > > > > > Remplacer :
> > > > > > > > > > Adresse1, Adresse2, CP, Ville par IdAdresse

> > > > > > > > > > Sommes-nous d'accord, jusqu'ici ?

> > > > > > > > > > A bientôt,
> > > > > > > > > > Richard.

> > > > > > > > > > "jacques" a écrit :

> > > > > > > > > > > On 23 mar, 18:45, Richard_35

...

plus de détails »- Masquer le texte des messages précédents -

- Afficher le texte des messages précédents -



Bonsoir Richard

Merci pour tes éclaircissements.

« Pourquoi as-tu supprimé "Marathon de Paris" ? «

Tous simplement parce que je n’avais pas tout compris.

Maintenant c’est beaucoup plus clair d’ailleurs j’ai un cas réel
Aticivités Dasés (AD) qui regroupe :
- Danse de salon
- Danse folklorique
- Danse Country

Donc dès que ton temps le permet on pourra continuer

Salutations
Avatar
jacques
On 12 avr, 20:30, "Richard_35" wrote:
Bonjour Jacques,

Donc, si j'ai bien compris :

Table Types d'actvité :
- RéfTypeActivité (n° auto, clé primaire)
- Libellé
- Code (je ne comprends pas l'utilité de ce code, mais bon)
Contenu :
1    Activité danse    AD
2    Activité course   AC

Table Actvité - entête :
- RéfActivité (n° auto, clé primaire)
- Libellé
- RéfTypeActivité (numérique)
Contenu :
1    Danse de salon         1
2    Danse country          1
3    Marathon de Paris    2

Table Actvité - détail (lien activité/adhérent) :
- RéfActivité (numérique)
- RéfAdhérent (numérique)
Contenu :
1    1
1    2
2    2

Cardinalités :
Table Types d'actvité    1 => N   Table Actvité - entête
Table Actvité - entête   1 => N   Table Actvité - détail
Table Adhérent            1 => N   Table Actvité - d étail

Si j'ai bien compris, il faudrait refaire ton schéma, STP.

A bientôt,
Richard.

"jacques" a écrit dans le message de news:

On 11 avr, 17:43, "Richard_35" wrote:



> Tu mets le doigt sur la partie fondamentale qu'il faut comprendre, tout es
> tables confondues.

> Tu as modifié mon exemple. Dans mon exemple :
> - une table "Type d'activité" comporte les "familles" d'activité qu i te
> permettras de faire des statistiques par "familles" d'activité (par
> exemple,
> "Course à pieds");
> - une table "Activité - Entête" comporte la liste des activités e ffectives
> auxquelles les adhérents peuvent s'inscrire (par exemple, "Marathon d e
> Paris"). Ces activités font partie d'une famille d'activités qui pe rmet de
> les regrouper par type (table précédente) ;
> - une "Activité - Détail" comporte les inscriptions des adhérents à
> l'activité décrite dans "Activité - Entête".

> Donc, le "Marathon de Paris" est une activité de type "Course à pie ds"
> auquel les adhérents peuvent s'inscrire.
> Est-ce bien ce à quoi tu veux arriver ?
> Pourquoi as-tu supprimé "Marathon de Paris" ?

> Fondamental, pour comprendre.
> Richard.

> "jacques" a écrit dans le message de news:
>
> On 11 avr, 14:57, "Richard_35" wrote:

> > Bonjour Jacques,

> > Difficile de raisonner sur deux bases. D'autant que tu as résolu de s
> > problèmes dans "Relations 4" qui sont toujours existants dans "Rela tions
> > 3".
> > Donc, si je reste sur "Relations 3", je vais te redire mes suggestion s
> > passées.

> > D'autre part, même si tu ne gères pas les jours (d'activité, j' ai
> > supposé),
> > les cardinalités (N <=> N) restent les mêmes :
> > 1 adhérent peut avoir N activités ET
> > 1 activité peut avoir N adhérents

> > Il me semble que tes activités sont de ce genre (par exemple), tell e que
> > décrites dans ton schéma :
> > Table Types d'activités :
> > RéfTypeActivité = 123 (n° auto)
> > Libellé = Course à pied
> > Code = je ne sais pas ce que tu veux dire par là...

> > Table Activités :
> > RéfActivité"1 (n° auto)
> > RéfAdhérent56 (n° adhérent)
> > RéfTypeActivité = 123 (liaison avec Types d'activités)
> > Libellé=Marathon de Paris

> > Si ce que j'ai compris est juste, tu as besoin d'un libellé d'activ ité à
> > ne
> > pas répéter à chaque adhérent, et dans ton schéma, tu seras obligé de
> > répéter cette information. Donc il faudrait :
> > Table Types d'activités :
> > RéfTypeActivité = 123 (n° auto)
> > Libellé = Course à pied
> > Code = je ne sais pas ce que tu veux dire par là...

> > Table Activités - Entête :
> > RéfActivité"1 (n° auto)
> > RéfTypeActivité = 123 (liaison avec Types d'activités)
> > Libellé=Marathon de Paris

> > Table Activités - Détail :
> > RéfActivité"1 (n° auto)
> > RéfAdhérent56 (n° adhérent)

> > Seulement, je ne sais pas si j'ai bien compris.

> > A bientôt,
> > Richard.

> > "jacques" a écrit dans le message de news:
> >
> > On 10 avr, 17:18, "Richard_35" wrote:

> > > Bonjour Jacques,

> > > Non, pas de trace de ton message du 03/04/2009, ni via Outlook
> > > Express,
> > > ni,
> > > en direct, sur le forum Microsoft Access.
> > > Repostes-le, si tu veux, avec le lien vers cjoint.com (je n'ai plus le
> > > schéma).

> > > A bientôt,
> > > Richard.

> > > "jacques" a écrit dans le message de news:
> > >
> > > On 28 mar, 17:58, "Richard_35" wrote:

> > > > Bonjour Jacques,

> > > > 3 premières observations :

> > > > 1 - tu as oublié la relation 1 => N entre Type de membre et C omité
> > > > de
> > > > direction.

> > > > 2 - le n° de tél portable n'a rien à faire, ni dans la tabl e
> > > > Adresse,
> > > > ni
> > > > dans la table Famille : un n° de tél portable est un "attribu t"
> > > > d'une
> > > > personne physique, pas d'un lieu ou d'un groupe. Donc, le n° de tél
> > > > portable
> > > > doit être au niveau Adhérent.
> > > > Par contre, le n° de tél fixe est bien lié à un lieu : l' endroit où
> > > > est
> > > > le
> > > > boîtier France-Télécom. Le n° de tél fixe est donc bien au niveau
> > > > Adresse.

> > > > 3 - la table Activité semble être une table de type "entête /détail"
> > > > :
> > > > nous
> > > > comprenons que, pour une Activité, il peut y avoir plusieurs
> > > > Adhérent
> > > > et
> > > > que
> > > > ces Activités sont d'un Type prédéfini. Le problème est q ue, une
> > > > Activité
> > > > se
> > > > déroule à une date précise et que, suivant ton schéma, tu seras
> > > > obligé
> > > > de
> > > > reporter la même date de l'Activité concernée pour tous les
> > > > Adhérents
> > > > qui
> > > > y
> > > > participent.

> > > > Il faut donc une table Activité-Entête :
> > > > . RéfActivité (clé primaire)
> > > > . RéfTypeActivité
> > > > . Jour
> > > > . Heure

> > > > Et une table Activité-Détail :
> > > > .RéfActivité (clé primaire 1)
> > > > .RéfAdhérent (clé primaire 2)
> > > > .DateInscriptionACetteActivité (par exemple)

> > > > Ai-je bien compris ?
> > > > A bientôt pour le reste, si tu veux.
> > > > Richard.

> > > > "jacques" a écrit dans le message de news:
> > > > ...
> > > > On 27 mar, 17:29, Richard_35 >
> > > > wrote:

> > > > > Bonjour Jacques,

> > > > > OK, j'attends ton shéma relationnel modifié sur cjoint.com

> > > > > A bientôt,
> > > > > Richard.

> > > > > "jacques" a écrit :

> > > > > > On 26 mar, 13:03, Richard_35
> > > > > >
> > > > > > wrote:
> > > > > > > Bonjour Jacques,

> > > > > > > C'est fondamental à comprendre, mais tu l'as bien compris : tu
> > > > > > > as
> > > > > > > créé
> > > > > > > la
> > > > > > > table "Discipline".
> > > > > > > Il n'y a pas de table "Discipline" dans ton MCD donc,
> > > > > > > difficile
> > > > > > > de
> > > > > > > deviner.

> > > > > > > Je comprends donc que la table "Activité" est cette fameu se
> > > > > > > table
> > > > > > > qui
> > > > > > > lie
> > > > > > > "Adhérent" et "Discipline" avec la non moins fameuse rela tion
> > > > > > > N<=>N,
> > > > > > > soit :
> > > > > > > 1 adhérent peut avoir N disciplines ET 1 discipline peut avoir
> > > > > > > N
> > > > > > > adhérents.
> > > > > > > Discipline 1 pour Adhérents 1 et 2 ;
> > > > > > > Adhérent 1 pour Discipline 1 et 2.

> > > > > > > Il faudrait donc ajouter la table "Discipline" dans ton MCD
> > > > > > > (avec
> > > > > > > les
> > > > > > > relations) et regénérer un diagramme.
> > > > > > > Après, on reprend, si tu veux.

> > > > > > > A bientôt,
> > > > > > > Richard.

> > > > > > > "jacques" a écrit :

> > > > > > > > On 24 mar, 15:24, Richard_35
> > > > > > > >
> > > > > > > > wrote:
> > > > > > > > > Re,

> > > > > > > > > Dans la table Chèque tu dois supprimer RegroupFamille ,
> > > > > > > > > NomFamille
> > > > > > > > > (que tu
> > > > > > > > > pourras retrouver via la table Adhérents qui pointe s ur la
> > > > > > > > > table
> > > > > > > > > Familles).

> > > > > > > > > Concernant la table Activité, il faut se poser la que stion
> > > > > > > > > dans
> > > > > > > > > les deux
> > > > > > > > > sens. Selon ton shéma, un adhérent peut avoir plusi eurs
> > > > > > > > > activités
> > > > > > > > > ; je
> > > > > > > > > suppose que, à l'inverse, une activité peut concern er
> > > > > > > > > plusieurs
> > > > > > > > > adhérents. Si
> > > > > > > > > oui, alors ton shéma est faux car le code adhérent est
> > > > > > > > > stocké
> > > > > > > > > dans
> > > > > > > > > la table
> > > > > > > > > Activité, ce qui implique qu'une activité ne peut a voir
> > > > > > > > > qu'un
> > > > > > > > > seul
> > > > > > > > > adhérent.
> > > > > > > > > Si une activité peut avoir plusieurs adhérents, alo rs il
> > > > > > > > > s'agit
> > > > > > > > > d'une
> > > > > > > > > relation dite complexe de N à N : pour gérer cette
> > > > > > > > > relation,
> > > > > > > > > il
> > > > > > > > > faut,
> > > > > > > > > forcément, une table intermédiaire :
> > > > > > > > > - RefAdherent
> > > > > > > > > - RefActivite
> > > > > > > > > La table Adherent pointant sur cette tablle intermédi aire
> > > > > > > > > 1
> > > > > > > > > =>
> > > > > > > > > N
> > > > > > > > > via
> > > > > > > > > RefAdherent ;
> > > > > > > > > La table Activite pointant sur cette tablle intermédi aire
> > > > > > > > > 1
> > > > > > > > > =>
> > > > > > > > > N
> > > > > > > > > via
> > > > > > > > > RefActivite.

> > > > > > > > > Je ne sais pas si je suis bien clair, sur ce coup là. ..
> > > > > > > > > A bientôt,

...

plus de détails »- Masquer le texte des messages précédents -

- Afficher le texte des messages précédents -



Bonsoir Richard,

Je joins le nouveaux schéma relationnel, je rajouterais les autres
tables au fur est à mesure
de nos discusions.

http://cjoint.com/?eoqxnX2O4K

Salutations
Avatar
Richard_35
Bonjour Jacques,

Table Activité - entête :
Il faut retirer RéfActivitéDétail

Table Activité - détail (lien activité/adhérent) :
Il faut retirer Jour et Heure ou, alors, gérer les jours et heures. Si tu
laisses Jour et Heure dans cette table, comme je te l'avais indiqué avant,
tu seras obligé de répéter le même jour et la même heure pour tous les
adhérents qui s'inscrivent à l'activité. Il faut décider ce que tu veux
faire car c'est cela qui va déterminer la structure de ta base de données
(et non l'inverse). Je pense qu'il faut le faire, mais ce n'est pas moi qui
gère ton association.

Je commence à comprendre un peu mieux le contexte.
Je pense qu'il faut utiliser Activité-entête comme une activité se déroulant
avec une date donnée et non comme une activité générique dont dépend des
activités se déroulant avec une date donnée (mais je peux me tromper), sinon
il y aurait 3 niveaux :
- générique (par exemple : "danse country") ;
- activité créée (par exemple : "Paris - Pâques 2009") ;
- inscriptions à cette activité créée (liste des couples adhérent/activité
créée).
ce qui complique, à mon avis, inutilement ton application, mais tu peux le
faire, si tu veux.

Sinon, si tu veux gérer les dates des activités (jour/heure) avec les
inscriptions des adhérents (donc rester sur 2 niveaux), il faut :

Table Activité - entête :
- Réf (n° auto, clé primaire)
- Libellé
- RéfTypeActivité (numérique)
- Jour
- Heure

Table Activité - détail (que nous pourrions appeler "activité_adhérent") :
- Réf (numérique)
- Réf (numérique)

Le placement des champs Jour/heure est fondamental pour la suite.

A bientôt pour une relation_6.
Richard.


"Richard_35" a écrit dans le message de news:
un$
Bonjour Jacques,

Donc, si j'ai bien compris :

Table Types d'actvité :
- RéfTypeActivité (n° auto, clé primaire)
- Libellé
- Code (je ne comprends pas l'utilité de ce code, mais bon)
Contenu :
1 Activité danse AD
2 Activité course AC

Table Actvité - entête :
- RéfActivité (n° auto, clé primaire)
- Libellé
- RéfTypeActivité (numérique)
Contenu :
1 Danse de salon 1
2 Danse country 1
3 Marathon de Paris 2

Table Actvité - détail (lien activité/adhérent) :
- RéfActivité (numérique)
- RéfAdhérent (numérique)
Contenu :
1 1
1 2
2 2

Cardinalités :
Table Types d'actvité 1 => N Table Actvité - entête
Table Actvité - entête 1 => N Table Actvité - détail
Table Adhérent 1 => N Table Actvité - détail

Si j'ai bien compris, il faudrait refaire ton schéma, STP.

A bientôt,
Richard.

"jacques" a écrit dans le message de news:

On 11 avr, 17:43, "Richard_35" wrote:
Tu mets le doigt sur la partie fondamentale qu'il faut comprendre, toutes
tables confondues.

Tu as modifié mon exemple. Dans mon exemple :
- une table "Type d'activité" comporte les "familles" d'activité qui te
permettras de faire des statistiques par "familles" d'activité (par
exemple,
"Course à pieds");
- une table "Activité - Entête" comporte la liste des activités
effectives
auxquelles les adhérents peuvent s'inscrire (par exemple, "Marathon de
Paris"). Ces activités font partie d'une famille d'activités qui permet
de
les regrouper par type (table précédente) ;
- une "Activité - Détail" comporte les inscriptions des adhérents à
l'activité décrite dans "Activité - Entête".

Donc, le "Marathon de Paris" est une activité de type "Course à pieds"
auquel les adhérents peuvent s'inscrire.
Est-ce bien ce à quoi tu veux arriver ?
Pourquoi as-tu supprimé "Marathon de Paris" ?

Fondamental, pour comprendre.
Richard.

"jacques" a écrit dans le message de news:

On 11 avr, 14:57, "Richard_35" wrote:



> Bonjour Jacques,

> Difficile de raisonner sur deux bases. D'autant que tu as résolu des
> problèmes dans "Relations 4" qui sont toujours existants dans
> "Relations
> 3".
> Donc, si je reste sur "Relations 3", je vais te redire mes suggestions
> passées.

> D'autre part, même si tu ne gères pas les jours (d'activité, j'ai
> supposé),
> les cardinalités (N <=> N) restent les mêmes :
> 1 adhérent peut avoir N activités ET
> 1 activité peut avoir N adhérents

> Il me semble que tes activités sont de ce genre (par exemple), telle
> que
> décrites dans ton schéma :
> Table Types d'activités :
> RéfTypeActivité = 123 (n° auto)
> Libellé = Course à pied
> Code = je ne sais pas ce que tu veux dire par là...

> Table Activités :
> RéfActivité"1 (n° auto)
> RéfAdhérent56 (n° adhérent)
> RéfTypeActivité = 123 (liaison avec Types d'activités)
> Libellé=Marathon de Paris

> Si ce que j'ai compris est juste, tu as besoin d'un libellé d'activité
> à
> ne
> pas répéter à chaque adhérent, et dans ton schéma, tu seras obligé de
> répéter cette information. Donc il faudrait :
> Table Types d'activités :
> RéfTypeActivité = 123 (n° auto)
> Libellé = Course à pied
> Code = je ne sais pas ce que tu veux dire par là...

> Table Activités - Entête :
> RéfActivité"1 (n° auto)
> RéfTypeActivité = 123 (liaison avec Types d'activités)
> Libellé=Marathon de Paris

> Table Activités - Détail :
> RéfActivité"1 (n° auto)
> RéfAdhérent56 (n° adhérent)

> Seulement, je ne sais pas si j'ai bien compris.

> A bientôt,
> Richard.

> "jacques" a écrit dans le message de news:
>
> On 10 avr, 17:18, "Richard_35" wrote:

> > Bonjour Jacques,

> > Non, pas de trace de ton message du 03/04/2009, ni via Outlook
> > Express,
> > ni,
> > en direct, sur le forum Microsoft Access.
> > Repostes-le, si tu veux, avec le lien vers cjoint.com (je n'ai plus
> > le
> > schéma).

> > A bientôt,
> > Richard.

> > "jacques" a écrit dans le message de news:
> >
> > On 28 mar, 17:58, "Richard_35" wrote:

> > > Bonjour Jacques,

> > > 3 premières observations :

> > > 1 - tu as oublié la relation 1 => N entre Type de membre et Comité
> > > de
> > > direction.

> > > 2 - le n° de tél portable n'a rien à faire, ni dans la table
> > > Adresse,
> > > ni
> > > dans la table Famille : un n° de tél portable est un "attribut"
> > > d'une
> > > personne physique, pas d'un lieu ou d'un groupe. Donc, le n° de tél
> > > portable
> > > doit être au niveau Adhérent.
> > > Par contre, le n° de tél fixe est bien lié à un lieu : l'endroit où
> > > est
> > > le
> > > boîtier France-Télécom. Le n° de tél fixe est donc bien au niveau
> > > Adresse.

> > > 3 - la table Activité semble être une table de type "entête/détail"
> > > :
> > > nous
> > > comprenons que, pour une Activité, il peut y avoir plusieurs
> > > Adhérent
> > > et
> > > que
> > > ces Activités sont d'un Type prédéfini. Le problème est que, une
> > > Activité
> > > se
> > > déroule à une date précise et que, suivant ton schéma, tu seras
> > > obligé
> > > de
> > > reporter la même date de l'Activité concernée pour tous les
> > > Adhérents
> > > qui
> > > y
> > > participent.

> > > Il faut donc une table Activité-Entête :
> > > . RéfActivité (clé primaire)
> > > . RéfTypeActivité
> > > . Jour
> > > . Heure

> > > Et une table Activité-Détail :
> > > .RéfActivité (clé primaire 1)
> > > .RéfAdhérent (clé primaire 2)
> > > .DateInscriptionACetteActivité (par exemple)

> > > Ai-je bien compris ?
> > > A bientôt pour le reste, si tu veux.
> > > Richard.

> > > "jacques" a écrit dans le message de news:
> > >
> > > On 27 mar, 17:29, Richard_35
> > > wrote:

> > > > Bonjour Jacques,

> > > > OK, j'attends ton shéma relationnel modifié sur cjoint.com

> > > > A bientôt,
> > > > Richard.

> > > > "jacques" a écrit :

> > > > > On 26 mar, 13:03, Richard_35
> > > > >
> > > > > wrote:
> > > > > > Bonjour Jacques,

> > > > > > C'est fondamental à comprendre, mais tu l'as bien compris :
> > > > > > tu
> > > > > > as
> > > > > > créé
> > > > > > la
> > > > > > table "Discipline".
> > > > > > Il n'y a pas de table "Discipline" dans ton MCD donc,
> > > > > > difficile
> > > > > > de
> > > > > > deviner.

> > > > > > Je comprends donc que la table "Activité" est cette fameuse
> > > > > > table
> > > > > > qui
> > > > > > lie
> > > > > > "Adhérent" et "Discipline" avec la non moins fameuse relation
> > > > > > N<=>N,
> > > > > > soit :
> > > > > > 1 adhérent peut avoir N disciplines ET 1 discipline peut
> > > > > > avoir N
> > > > > > adhérents.
> > > > > > Discipline 1 pour Adhérents 1 et 2 ;
> > > > > > Adhérent 1 pour Discipline 1 et 2.

> > > > > > Il faudrait donc ajouter la table "Discipline" dans ton MCD
> > > > > > (avec
> > > > > > les
> > > > > > relations) et regénérer un diagramme.
> > > > > > Après, on reprend, si tu veux.

> > > > > > A bientôt,
> > > > > > Richard.

> > > > > > "jacques" a écrit :

> > > > > > > On 24 mar, 15:24, Richard_35
> > > > > > >
> > > > > > > wrote:
> > > > > > > > Re,

> > > > > > > > Dans la table Chèque tu dois supprimer RegroupFamille,
> > > > > > > > NomFamille
> > > > > > > > (que tu
> > > > > > > > pourras retrouver via la table Adhérents qui pointe sur
> > > > > > > > la
> > > > > > > > table
> > > > > > > > Familles).

> > > > > > > > Concernant la table Activité, il faut se poser la
> > > > > > > > question
> > > > > > > > dans
> > > > > > > > les deux
> > > > > > > > sens. Selon ton shéma, un adhérent peut avoir plusieurs
> > > > > > > > activités
> > > > > > > > ; je
> > > > > > > > suppose que, à l'inverse, une activité peut concerner
> > > > > > > > plusieurs
> > > > > > > > adhérents. Si
> > > > > > > > oui, alors ton shéma est faux car le code adhérent est
> > > > > > > > stocké
> > > > > > > > dans
> > > > > > > > la table
> > > > > > > > Activité, ce qui implique qu'une activité ne peut avoir
> > > > > > > > qu'un
> > > > > > > > seul
> > > > > > > > adhérent.
> > > > > > > > Si une activité peut avoir plusieurs adhérents, alors il
> > > > > > > > s'agit
> > > > > > > > d'une
> > > > > > > > relation dite complexe de N à N : pour gérer cette
> > > > > > > > relation,
> > > > > > > > il
> > > > > > > > faut,
> > > > > > > > forcément, une table intermédiaire :
> > > > > > > > - RefAdherent
> > > > > > > > - RefActivite
> > > > > > > > La table Adherent pointant sur cette tablle intermédiaire
> > > > > > > > 1
> > > > > > > > =>
> > > > > > > > N
> > > > > > > > via
> > > > > > > > RefAdherent ;
> > > > > > > > La table Activite pointant sur cette tablle intermédiaire
> > > > > > > > 1
> > > > > > > > =>
> > > > > > > > N
> > > > > > > > via
> > > > > > > > RefActivite.

> > > > > > > > Je ne sais pas si je suis bien clair, sur ce coup là...
> > > > > > > > A bientôt,
> > > > > > > > Richard.

> > > > > > > > "jacques" a écrit :

> > > > > > > > > On 24 mar, 10:26, Richard_35
> > > > > > > > >
> > > > > > > > > wrote:
> > > > > > > > > > Bonjour Jacques,

> > > > > > > > > > Table Comité de direction :
> > > > > > > > > > Il faut donc supprimer le champ Poste (si celui-ci
> > > > > > > > > > est
> > > > > > > > > > le
> > > > > > > > > > libellé) pour ne
> > > > > > > > > > laisser que RefPoste.

> > > > > > > > > > J'ajouterais une table Adresse :
> > > > > > > > > > - IdAdresse (N° auto)
> > > > > > > > > > - Adr1
> > > > > > > > > > - Adr2
> > > > > > > > > > - CP
> > > > > > > > > > - Ville
> > > > > > > > > > - NTel_Fixe

> > > > > > > > > > Table Familles :
> > > > > > > > > > Il s'agit donc d'une table permettant de connaître
> > > > > > > > > > l'ensemble
> > > > > > > > > > des membres
> > > > > > > > > > d'une même famille (si j'ai bien compris) :
> > > > > > > > > > - NumeroFamille (N° auto)
> > > > > > > > > > - NomFamille
> > > > > > > > > > - IdAdresse
> > > > > > > > > > Les champs Civilité et Prénom sont au niveau
> > > > > > > > > > Adhérent.

> > > > > > > > > > Table Adhérent :
> > > > > > > > > > Supprimer :
> > > > > > > > > > - RegroupFamille (je n'ai pas compris l'intérêt de ce
> > > > > > > > > > champ)
> > > > > > > > > > - NomFamille
> > > > > > > > > > Remplacer :
> > > > > > > > > > Adresse1, Adresse2, CP, Ville par IdAdresse

> > > > > > > > > > Sommes-nous d'accord, jusqu'ici ?

> > > > > > > > > > A bientôt,
> > > > > > > > > > Richard.

> > > > > > > > > > "jacques" a écrit :

> > > > > > > > > > > On 23 mar, 18:45, Richard_35

...

plus de détails »- Masquer le texte des messages précédents -

- Afficher le texte des messages précédents -



Bonsoir Richard

Merci pour tes éclaircissements.

« Pourquoi as-tu supprimé "Marathon de Paris" ? «

Tous simplement parce que je n'avais pas tout compris.

Maintenant c'est beaucoup plus clair d'ailleurs j'ai un cas réel
Aticivités Dasés (AD) qui regroupe :
- Danse de salon
- Danse folklorique
- Danse Country

Donc dès que ton temps le permet on pourra continuer

Salutations



Avatar
jacques
On 13 avr, 13:24, "Richard_35" wrote:
Bonjour Jacques,

Table Activité - entête :
Il faut retirer RéfActivitéDétail

Table Activité - détail (lien activité/adhérent) :
Il faut retirer Jour et Heure ou, alors, gérer les jours et heures. Si tu
laisses Jour et Heure dans cette table, comme je te l'avais indiqué ava nt,
tu seras obligé de répéter le même jour et la même heure pour t ous les
adhérents qui s'inscrivent à l'activité. Il faut décider ce que t u veux
faire car c'est cela qui va déterminer la structure de ta base de donn ées
(et non l'inverse). Je pense qu'il faut le faire, mais ce n'est pas moi q ui
gère ton association.

Je commence à comprendre un peu mieux le contexte.
Je pense qu'il faut utiliser Activité-entête comme une activité se déroulant
avec une date donnée et non comme une activité générique dont d épend des
activités se déroulant avec une date donnée (mais je peux me trompe r), sinon
il y aurait 3 niveaux :
- générique (par exemple : "danse country") ;
- activité créée (par exemple : "Paris - Pâques 2009") ;
- inscriptions à cette activité créée (liste des couples adhére nt/activité
créée).
ce qui complique, à mon avis, inutilement ton application, mais tu peux le
faire, si tu veux.

Sinon, si tu veux gérer les dates des activités (jour/heure) avec les
inscriptions des adhérents (donc rester sur 2 niveaux), il faut :

Table Activité - entête :
- Réf (n° auto, clé primaire)
- Libellé
- RéfTypeActivité (numérique)
- Jour
- Heure

Table Activité - détail (que nous pourrions appeler "activité_adh érent") :
- Réf (numérique)
- Réf (numérique)

Le placement des champs Jour/heure est fondamental pour la suite.

A bientôt pour une relation_6.
Richard.

"Richard_35" a écrit dans le message de news:
un$



> Bonjour Jacques,

> Donc, si j'ai bien compris :

> Table Types d'actvité :
> - RéfTypeActivité (n° auto, clé primaire)
> - Libellé
> - Code (je ne comprends pas l'utilité de ce code, mais bon)
> Contenu :
> 1    Activité danse    AD
> 2    Activité course   AC

> Table Actvité - entête :
> - RéfActivité (n° auto, clé primaire)
> - Libellé
> - RéfTypeActivité (numérique)
> Contenu :
> 1    Danse de salon         1
> 2    Danse country          1
> 3    Marathon de Paris    2

> Table Actvité - détail (lien activité/adhérent) :
> - RéfActivité (numérique)
> - RéfAdhérent (numérique)
> Contenu :
> 1    1
> 1    2
> 2    2

> Cardinalités :
> Table Types d'actvité    1 => N   Table Actvité - entête
> Table Actvité - entête   1 => N   Table Actvité - détail
> Table Adhérent            1 => N   Table Actvité - détail

> Si j'ai bien compris, il faudrait refaire ton schéma, STP.

> A bientôt,
> Richard.

> "jacques" a écrit dans le message de news:
>
> On 11 avr, 17:43, "Richard_35" wrote:
>> Tu mets le doigt sur la partie fondamentale qu'il faut comprendre, tou tes
>> tables confondues.

>> Tu as modifié mon exemple. Dans mon exemple :
>> - une table "Type d'activité" comporte les "familles" d'activité q ui te
>> permettras de faire des statistiques par "familles" d'activité (par
>> exemple,
>> "Course à pieds");
>> - une table "Activité - Entête" comporte la liste des activités
>> effectives
>> auxquelles les adhérents peuvent s'inscrire (par exemple, "Marathon de
>> Paris"). Ces activités font partie d'une famille d'activités qui p ermet
>> de
>> les regrouper par type (table précédente) ;
>> - une "Activité - Détail" comporte les inscriptions des adhérent s à
>> l'activité décrite dans "Activité - Entête".

>> Donc, le "Marathon de Paris" est une activité de type "Course à pi eds"
>> auquel les adhérents peuvent s'inscrire.
>> Est-ce bien ce à quoi tu veux arriver ?
>> Pourquoi as-tu supprimé "Marathon de Paris" ?

>> Fondamental, pour comprendre.
>> Richard.

>> "jacques" a écrit dans le message de news:
>>
>> On 11 avr, 14:57, "Richard_35" wrote:

>> > Bonjour Jacques,

>> > Difficile de raisonner sur deux bases. D'autant que tu as résolu d es
>> > problèmes dans "Relations 4" qui sont toujours existants dans
>> > "Relations
>> > 3".
>> > Donc, si je reste sur "Relations 3", je vais te redire mes suggestio ns
>> > passées.

>> > D'autre part, même si tu ne gères pas les jours (d'activité, j 'ai
>> > supposé),
>> > les cardinalités (N <=> N) restent les mêmes :
>> > 1 adhérent peut avoir N activités ET
>> > 1 activité peut avoir N adhérents

>> > Il me semble que tes activités sont de ce genre (par exemple), tel le
>> > que
>> > décrites dans ton schéma :
>> > Table Types d'activités :
>> > RéfTypeActivité = 123 (n° auto)
>> > Libellé = Course à pied
>> > Code = je ne sais pas ce que tu veux dire par là...

>> > Table Activités :
>> > RéfActivité"1 (n° auto)
>> > RéfAdhérent56 (n° adhérent)
>> > RéfTypeActivité = 123 (liaison avec Types d'activités)
>> > Libellé=Marathon de Paris

>> > Si ce que j'ai compris est juste, tu as besoin d'un libellé d'acti vité
>> > à
>> > ne
>> > pas répéter à chaque adhérent, et dans ton schéma, tu sera s obligé de
>> > répéter cette information. Donc il faudrait :
>> > Table Types d'activités :
>> > RéfTypeActivité = 123 (n° auto)
>> > Libellé = Course à pied
>> > Code = je ne sais pas ce que tu veux dire par là...

>> > Table Activités - Entête :
>> > RéfActivité"1 (n° auto)
>> > RéfTypeActivité = 123 (liaison avec Types d'activités)
>> > Libellé=Marathon de Paris

>> > Table Activités - Détail :
>> > RéfActivité"1 (n° auto)
>> > RéfAdhérent56 (n° adhérent)

>> > Seulement, je ne sais pas si j'ai bien compris.

>> > A bientôt,
>> > Richard.

>> > "jacques" a écrit dans le message de news:
>> >
>> > On 10 avr, 17:18, "Richard_35" wrote:

>> > > Bonjour Jacques,

>> > > Non, pas de trace de ton message du 03/04/2009, ni via Outlook
>> > > Express,
>> > > ni,
>> > > en direct, sur le forum Microsoft Access.
>> > > Repostes-le, si tu veux, avec le lien vers cjoint.com (je n'ai plu s
>> > > le
>> > > schéma).

>> > > A bientôt,
>> > > Richard.

>> > > "jacques" a écrit dans le message de news:
>> > > .
>> > > On 28 mar, 17:58, "Richard_35" wrote:

>> > > > Bonjour Jacques,

>> > > > 3 premières observations :

>> > > > 1 - tu as oublié la relation 1 => N entre Type de membre et Comité
>> > > > de
>> > > > direction.

>> > > > 2 - le n° de tél portable n'a rien à faire, ni dans la tab le
>> > > > Adresse,
>> > > > ni
>> > > > dans la table Famille : un n° de tél portable est un "attrib ut"
>> > > > d'une
>> > > > personne physique, pas d'un lieu ou d'un groupe. Donc, le n° d e tél
>> > > > portable
>> > > > doit être au niveau Adhérent.
>> > > > Par contre, le n° de tél fixe est bien lié à un lieu : l 'endroit où
>> > > > est
>> > > > le
>> > > > boîtier France-Télécom. Le n° de tél fixe est donc bie n au niveau
>> > > > Adresse.

>> > > > 3 - la table Activité semble être une table de type "entêt e/détail"
>> > > > :
>> > > > nous
>> > > > comprenons que, pour une Activité, il peut y avoir plusieurs
>> > > > Adhérent
>> > > > et
>> > > > que
>> > > > ces Activités sont d'un Type prédéfini. Le problème est que, une
>> > > > Activité
>> > > > se
>> > > > déroule à une date précise et que, suivant ton schéma, t u seras
>> > > > obligé
>> > > > de
>> > > > reporter la même date de l'Activité concernée pour tous le s
>> > > > Adhérents
>> > > > qui
>> > > > y
>> > > > participent.

>> > > > Il faut donc une table Activité-Entête :
>> > > > . RéfActivité (clé primaire)
>> > > > . RéfTypeActivité
>> > > > . Jour
>> > > > . Heure

>> > > > Et une table Activité-Détail :
>> > > > .RéfActivité (clé primaire 1)
>> > > > .RéfAdhérent (clé primaire 2)
>> > > > .DateInscriptionACetteActivité (par exemple)

>> > > > Ai-je bien compris ?
>> > > > A bientôt pour le reste, si tu veux.
>> > > > Richard.

>> > > > "jacques" a écrit dans le message de news:
>> > > > m...
>> > > > On 27 mar, 17:29, Richard_35 m>
>> > > > wrote:

>> > > > > Bonjour Jacques,

>> > > > > OK, j'attends ton shéma relationnel modifié sur cjoint.com

>> > > > > A bientôt,
>> > > > > Richard.

>> > > > > "jacques" a écrit :

>> > > > > > On 26 mar, 13:03, Richard_35
>> > > > > >
>> > > > > > wrote:
>> > > > > > > Bonjour Jacques,

>> > > > > > > C'est fondamental à comprendre, mais tu l'as bien compri s :
>> > > > > > > tu
>> > > > > > > as
>> > > > > > > créé
>> > > > > > > la
>> > > > > > > table "Discipline".
>> > > > > > > Il n'y a pas de table "Discipline" dans ton MCD donc,
>> > > > > > > difficile
>> > > > > > > de
>> > > > > > > deviner.

>> > > > > > > Je comprends donc que la table "Activité" est cette fame use
>> > > > > > > table
>> > > > > > > qui
>> > > > > > > lie
>> > > > > > > "Adhérent" et "Discipline" avec la non moins fameuse rel ation
>> > > > > > > N<=>N,
>> > > > > > > soit :
>> > > > > > > 1 adhérent peut avoir N disciplines ET 1 discipline peut
>> > > > > > > avoir N
>> > > > > > > adhérents.
>> > > > > > > Discipline 1 pour Adhérents 1 et 2 ;
>> > > > > > > Adhérent 1 pour Discipline 1 et 2.

>> > > > > > > Il faudrait donc ajouter la table "Discipline" dans ton MC D
>> > > > > > > (avec
>> > > > > > > les

...

plus de détails »- Masquer le texte des messages précédents -

- Afficher le texte des messages précédents -



Bonjour Richard,

Avant de publier le schéma relationnel6 dit moi si les
Champs de mes tables sont corrects.

Tbl type d’activité
RéfTypeActivité
Libellé
Code

Tbl Activités Entête
RéfActivitéEntête
Libellé
RéfTypeActivité
Jour
Heure

Tbl Activités Adhérents
RéfActivitéAdhérent
RéfAdhérent
RéfActivitéEntête

Salutations
Avatar
jacques
On 13 avr, 19:19, jacques wrote:
On 13 avr, 13:24, "Richard_35" wrote:

> Bonjour Jacques,

> Table Activité - entête :
> Il faut retirer RéfActivitéDétail

> Table Activité - détail (lien activité/adhérent) :
> Il faut retirer Jour et Heure ou, alors, gérer les jours et heures. S i tu
> laisses Jour et Heure dans cette table, comme je te l'avais indiqué a vant,
> tu seras obligé de répéter le même jour et la même heure pour tous les
> adhérents qui s'inscrivent à l'activité. Il faut décider ce que tu veux
> faire car c'est cela qui va déterminer la structure de ta base de don nées
> (et non l'inverse). Je pense qu'il faut le faire, mais ce n'est pas moi qui
> gère ton association.

> Je commence à comprendre un peu mieux le contexte.
> Je pense qu'il faut utiliser Activité-entête comme une activité s e déroulant
> avec une date donnée et non comme une activité générique dont d épend des
> activités se déroulant avec une date donnée (mais je peux me trom per), sinon
> il y aurait 3 niveaux :
> - générique (par exemple : "danse country") ;
> - activité créée (par exemple : "Paris - Pâques 2009") ;
> - inscriptions à cette activité créée (liste des couples adhé rent/activité
> créée).
> ce qui complique, à mon avis, inutilement ton application, mais tu pe ux le
> faire, si tu veux.

> Sinon, si tu veux gérer les dates des activités (jour/heure) avec l es
> inscriptions des adhérents (donc rester sur 2 niveaux), il faut :

> Table Activité - entête :
> - Réf (n° auto, clé primaire)
> - Libellé
> - RéfTypeActivité (numérique)
> - Jour
> - Heure

> Table Activité - détail (que nous pourrions appeler "activité_adh érent") :
> - Réf (numérique)
> - Réf (numérique)

> Le placement des champs Jour/heure est fondamental pour la suite.

> A bientôt pour une relation_6.
> Richard.

> "Richard_35" a écrit dans le message de news:
> un$

> > Bonjour Jacques,

> > Donc, si j'ai bien compris :

> > Table Types d'actvité :
> > - RéfTypeActivité (n° auto, clé primaire)
> > - Libellé
> > - Code (je ne comprends pas l'utilité de ce code, mais bon)
> > Contenu :
> > 1    Activité danse    AD
> > 2    Activité course   AC

> > Table Actvité - entête :
> > - RéfActivité (n° auto, clé primaire)
> > - Libellé
> > - RéfTypeActivité (numérique)
> > Contenu :
> > 1    Danse de salon         1
> > 2    Danse country          1
> > 3    Marathon de Paris    2

> > Table Actvité - détail (lien activité/adhérent) :
> > - RéfActivité (numérique)
> > - RéfAdhérent (numérique)
> > Contenu :
> > 1    1
> > 1    2
> > 2    2

> > Cardinalités :
> > Table Types d'actvité    1 => N   Table Actvité - entêt e
> > Table Actvité - entête   1 => N   Table Actvité - détai l
> > Table Adhérent            1 => N   Table Actvité - détail

> > Si j'ai bien compris, il faudrait refaire ton schéma, STP.

> > A bientôt,
> > Richard.

> > "jacques" a écrit dans le message de news:
> >
> > On 11 avr, 17:43, "Richard_35" wrote:
> >> Tu mets le doigt sur la partie fondamentale qu'il faut comprendre, t outes
> >> tables confondues.

> >> Tu as modifié mon exemple. Dans mon exemple :
> >> - une table "Type d'activité" comporte les "familles" d'activité qui te
> >> permettras de faire des statistiques par "familles" d'activité (pa r
> >> exemple,
> >> "Course à pieds");
> >> - une table "Activité - Entête" comporte la liste des activité s
> >> effectives
> >> auxquelles les adhérents peuvent s'inscrire (par exemple, "Maratho n de
> >> Paris"). Ces activités font partie d'une famille d'activités qui permet
> >> de
> >> les regrouper par type (table précédente) ;
> >> - une "Activité - Détail" comporte les inscriptions des adhére nts à
> >> l'activité décrite dans "Activité - Entête".

> >> Donc, le "Marathon de Paris" est une activité de type "Course à pieds"
> >> auquel les adhérents peuvent s'inscrire.
> >> Est-ce bien ce à quoi tu veux arriver ?
> >> Pourquoi as-tu supprimé "Marathon de Paris" ?

> >> Fondamental, pour comprendre.
> >> Richard.

> >> "jacques" a écrit dans le message de news:
> >>
> >> On 11 avr, 14:57, "Richard_35" wrote:

> >> > Bonjour Jacques,

> >> > Difficile de raisonner sur deux bases. D'autant que tu as résolu des
> >> > problèmes dans "Relations 4" qui sont toujours existants dans
> >> > "Relations
> >> > 3".
> >> > Donc, si je reste sur "Relations 3", je vais te redire mes suggest ions
> >> > passées.

> >> > D'autre part, même si tu ne gères pas les jours (d'activité, j'ai
> >> > supposé),
> >> > les cardinalités (N <=> N) restent les mêmes :
> >> > 1 adhérent peut avoir N activités ET
> >> > 1 activité peut avoir N adhérents

> >> > Il me semble que tes activités sont de ce genre (par exemple), t elle
> >> > que
> >> > décrites dans ton schéma :
> >> > Table Types d'activités :
> >> > RéfTypeActivité = 123 (n° auto)
> >> > Libellé = Course à pied
> >> > Code = je ne sais pas ce que tu veux dire par là...

> >> > Table Activités :
> >> > RéfActivité"1 (n° auto)
> >> > RéfAdhérent56 (n° adhérent)
> >> > RéfTypeActivité = 123 (liaison avec Types d'activités)
> >> > Libellé=Marathon de Paris

> >> > Si ce que j'ai compris est juste, tu as besoin d'un libellé d'ac tivité
> >> > à
> >> > ne
> >> > pas répéter à chaque adhérent, et dans ton schéma, tu se ras obligé de
> >> > répéter cette information. Donc il faudrait :
> >> > Table Types d'activités :
> >> > RéfTypeActivité = 123 (n° auto)
> >> > Libellé = Course à pied
> >> > Code = je ne sais pas ce que tu veux dire par là...

> >> > Table Activités - Entête :
> >> > RéfActivité"1 (n° auto)
> >> > RéfTypeActivité = 123 (liaison avec Types d'activités)
> >> > Libellé=Marathon de Paris

> >> > Table Activités - Détail :
> >> > RéfActivité"1 (n° auto)
> >> > RéfAdhérent56 (n° adhérent)

> >> > Seulement, je ne sais pas si j'ai bien compris.

> >> > A bientôt,
> >> > Richard.

> >> > "jacques" a écrit dans le message de news:
> >> > ..
> >> > On 10 avr, 17:18, "Richard_35" wrote:

> >> > > Bonjour Jacques,

> >> > > Non, pas de trace de ton message du 03/04/2009, ni via Outlook
> >> > > Express,
> >> > > ni,
> >> > > en direct, sur le forum Microsoft Access.
> >> > > Repostes-le, si tu veux, avec le lien vers cjoint.com (je n'ai p lus
> >> > > le
> >> > > schéma).

> >> > > A bientôt,
> >> > > Richard.

> >> > > "jacques" a écrit dans le message de news:
> >> > > ...
> >> > > On 28 mar, 17:58, "Richard_35" wrote:

> >> > > > Bonjour Jacques,

> >> > > > 3 premières observations :

> >> > > > 1 - tu as oublié la relation 1 => N entre Type de membre e t Comité
> >> > > > de
> >> > > > direction.

> >> > > > 2 - le n° de tél portable n'a rien à faire, ni dans la t able
> >> > > > Adresse,
> >> > > > ni
> >> > > > dans la table Famille : un n° de tél portable est un "attr ibut"
> >> > > > d'une
> >> > > > personne physique, pas d'un lieu ou d'un groupe. Donc, le n° de tél
> >> > > > portable
> >> > > > doit être au niveau Adhérent.
> >> > > > Par contre, le n° de tél fixe est bien lié à un lieu : l'endroit où
> >> > > > est
> >> > > > le
> >> > > > boîtier France-Télécom. Le n° de tél fixe est donc b ien au niveau
> >> > > > Adresse.

> >> > > > 3 - la table Activité semble être une table de type "ent ête/détail"
> >> > > > :
> >> > > > nous
> >> > > > comprenons que, pour une Activité, il peut y avoir plusieurs
> >> > > > Adhérent
> >> > > > et
> >> > > > que
> >> > > > ces Activités sont d'un Type prédéfini. Le problème es t que, une
> >> > > > Activité
> >> > > > se
> >> > > > déroule à une date précise et que, suivant ton schéma, tu seras
> >> > > > obligé
> >> > > > de
> >> > > > reporter la même date de l'Activité concernée pour tous les
> >> > > > Adhérents
> >> > > > qui
> >> > > > y
> >> > > > participent.

> >> > > > Il faut donc une table Activité-Entête :
> >> > > > . RéfActivité (clé primaire)
> >> > > > . RéfTypeActivité
> >> > > > . Jour
> >> > > > . Heure

> >> > > > Et une table Activité-Détail :
> >> > > > .RéfActivité (clé primaire 1)
> >> > > > .RéfAdhérent (clé primaire 2)
> >> > > > .DateInscriptionACetteActivité (par exemple)

> >> > > > Ai-je bien compris ?
> >> > > > A bientôt pour le reste, si tu veux.
> >> > > > Richard.

> >> > > > "jacques" a écrit dans le message de news:
> >> > > > com...
> >> > > > On 27 mar, 17:29, Richard_35 com>
> >> > > > wrote:

> >> > > > > Bonjour Jacques,

> >> > > > > OK, j'attends ton shéma relationnel modifié sur cjoint.c om

> >> > > > > A bientôt,
> >> > > > > Richard.

> >> > > > > "jacques" a écrit :

> >> > > > > > On 26 mar, 13:03, Richard_35
> >> > > > > >
> >> > > > > > wrote:
> >> > > > > > > Bonjour Jacques,

> >> > > > > > > C'est fondamental à comprendre, mais tu l'as bien comp ris :
> >> > > > > > > tu
> >> > > > > > > as
> >> > > > > > > créé
> >> > > > > > > la
> >> > > > > > > table "Discipline".
> >> > > > > > > Il n'y a pas de table "Discipline" dans ton MCD donc,
> >> > > > > > > difficile
> >> > > > > > > de
> >> > > > > > > deviner.

> >> > > > > > > Je comprends donc que la table "Activité" est cette fa meuse
> >> > > > > > > table
> >> > > > > > > qui
> >> > > > > > > lie
> >> > > > > > > "Adhérent" et "Discipline" avec la non moins fameuse r elation
> >> > > > > > > N<=>N,
> >> > > > > > > soit :
> >> > > > > > > 1 adhérent peut avoir N disciplines ET 1 discipline pe ut
> >> > > > > > > avoir N
> >> > > > > > > adhérents.
> >> > > > > > > Discipline 1 pour Adhérents 1 et 2 ;
> >> > > > > > > Adhérent 1 pour Discipline 1 et 2.

> >> > > > > > > Il faudrait donc ajouter la table "Discipline" dans ton MCD
> >> > > > > > > (avec
> >> > > > > > > les

> ...

> plus de détails »- Masquer le texte des messages précédents -

> - Afficher le texte des messages précédents -

Bonjour Richard,

Avant de publier le schéma relationnel6 dit moi si les
Champs de mes tables sont corrects.

Tbl type d’activité
RéfTypeActivité
Libellé
Code

Tbl Activités Entête
RéfActivitéEntête
Libellé
RéfTypeActivité
Jour
Heure

Tbl Activités Adhérents
RéfActivitéAdhérent
RéfAdhérent
RéfActivitéEntête

Salutations



Bonjour Richard,

Je dois m'absenter jusqu"a vendredi, puis je reprendrais le post,
A ce sujet n'est'il pas préférable d'en ouvrir un autres car moi j'ai
du mal
à faire apparaitre mes tous derniers messages.

Salutations
1 2 3