quelqu'un(e) peut me dire si les relations que j'ai faites dans ma Bd
sont correcte, car je ne sais jamais dans quel sens il faut les faire.
http://cjoint.com/?jDwgPXfRwE
quelqu'un(e) peut me dire si les relations que j'ai faites dans ma Bd
sont correcte, car je ne sais jamais dans quel sens il faut les faire.
http://cjoint.com/?jDwgPXfRwE
quelqu'un(e) peut me dire si les relations que j'ai faites dans ma Bd
sont correcte, car je ne sais jamais dans quel sens il faut les faire.
http://cjoint.com/?jDwgPXfRwE
Bonjour RV,quelqu'un(e) peut me dire si les relations que j'ai faites dans ma Bd
sont correcte, car je ne sais jamais dans quel sens il faut les faire.
http://cjoint.com/?jDwgPXfRwE
Excellente idée de montrer les relations entre tes tables ainsi.
Cela ferait gagner bien du temps pour certaines questions posées sur le
forum si l'on voyait la structure de la base.
Voici quelques questions/remarques :
- dans la Table Adherents, que représente l'année ?
- 1 adhérent -> n adhésions OK. Mais personnellement je donnerais le même
nom aux 2 champs de liaison (Id_Adherent - Id_Adherent)
Regarde les relations de la base Comptoirs fournie avec Access pour
cela. Elle n'est pas exemplaire (espace dans les noms, symbole, etc.) mais
pour le principe des liens, cela donne une bonne idée.
- pas d'accord sur les liens entre un Id_Annee et Id_Depense, Id_Recette,
Id_Publication, pour 2 raisons :
1. Tu ne peux lier que des champs de même type (texte avec texte,
numérique avec numérique, et plus fréquemment numérique auto avec
numérique).
Je vois mal une année avec un numéro.
2. Je me poserais les 2 questions "existentielles" ;-) :
- un adhérent peut-il avoir plusieurs dépenses (idem pour Recette et
Publication) ?
- la même dépense peut-elle correspondre à plusieurs adhérents ?
Si un adhérent n'a qu'une seule ligne de dépenses, je mettrai le
Id_Depense aussi dans la table Adherents et ferais le lien entre les 2
champs Id_Depense.
Si un adhérent a plusieurs lignes de dépenses, mais une ligne de dépenses
ne vaut que pour un adhérent, je mettre l'Id_Adherent dans la table
Depenses et ferais le lien sur ce champ.
Si un adhérent a plusieurs lignes de dépenses et la même ligne de dépenses
vaut pour plusieurs adhérents (relation plusieurs à plusieurs, alors il
manque une table entre les 2).
Idem pour les recettes et plublications.
Enfin, mais c'est sans doute du détail, j'éviterais de nommer tous mes
champs "ID_xxx".
Généralement, ID signifie "identifiant" ou "code" ou "ref". Quand on
regarde ta structure, on a l'impression que tout est "code".
Personnellement, je le réserverais pour les clés.
Tu peux très bien avoir :
Id_Adherent (numéro auto)
Prenom
Nom_Adherent
Adresse1
etc.
Voilà mes observations sur la base de ce que j'ai compris bien sûr.
Pas facile d'expliquer le principe relationnel par écrit et un samedi
matin ! J'en écris rarement si long ;-)
Si tu lis l'anglais, le document téléchargeable ici est assez bien fait
(dans sa 1re version...1995... il m'avait beaucoup aidé)
http://support.microsoft.com/kb/283698/
et n'oublie pas les sites proposés (notamment Introduction à Access) :
http://www.mpfa.info/articles.php?lng=fr&pg
--
Tisane
Bonjour RV,
quelqu'un(e) peut me dire si les relations que j'ai faites dans ma Bd
sont correcte, car je ne sais jamais dans quel sens il faut les faire.
http://cjoint.com/?jDwgPXfRwE
Excellente idée de montrer les relations entre tes tables ainsi.
Cela ferait gagner bien du temps pour certaines questions posées sur le
forum si l'on voyait la structure de la base.
Voici quelques questions/remarques :
- dans la Table Adherents, que représente l'année ?
- 1 adhérent -> n adhésions OK. Mais personnellement je donnerais le même
nom aux 2 champs de liaison (Id_Adherent - Id_Adherent)
Regarde les relations de la base Comptoirs fournie avec Access pour
cela. Elle n'est pas exemplaire (espace dans les noms, symbole, etc.) mais
pour le principe des liens, cela donne une bonne idée.
- pas d'accord sur les liens entre un Id_Annee et Id_Depense, Id_Recette,
Id_Publication, pour 2 raisons :
1. Tu ne peux lier que des champs de même type (texte avec texte,
numérique avec numérique, et plus fréquemment numérique auto avec
numérique).
Je vois mal une année avec un numéro.
2. Je me poserais les 2 questions "existentielles" ;-) :
- un adhérent peut-il avoir plusieurs dépenses (idem pour Recette et
Publication) ?
- la même dépense peut-elle correspondre à plusieurs adhérents ?
Si un adhérent n'a qu'une seule ligne de dépenses, je mettrai le
Id_Depense aussi dans la table Adherents et ferais le lien entre les 2
champs Id_Depense.
Si un adhérent a plusieurs lignes de dépenses, mais une ligne de dépenses
ne vaut que pour un adhérent, je mettre l'Id_Adherent dans la table
Depenses et ferais le lien sur ce champ.
Si un adhérent a plusieurs lignes de dépenses et la même ligne de dépenses
vaut pour plusieurs adhérents (relation plusieurs à plusieurs, alors il
manque une table entre les 2).
Idem pour les recettes et plublications.
Enfin, mais c'est sans doute du détail, j'éviterais de nommer tous mes
champs "ID_xxx".
Généralement, ID signifie "identifiant" ou "code" ou "ref". Quand on
regarde ta structure, on a l'impression que tout est "code".
Personnellement, je le réserverais pour les clés.
Tu peux très bien avoir :
Id_Adherent (numéro auto)
Prenom
Nom_Adherent
Adresse1
etc.
Voilà mes observations sur la base de ce que j'ai compris bien sûr.
Pas facile d'expliquer le principe relationnel par écrit et un samedi
matin ! J'en écris rarement si long ;-)
Si tu lis l'anglais, le document téléchargeable ici est assez bien fait
(dans sa 1re version...1995... il m'avait beaucoup aidé)
http://support.microsoft.com/kb/283698/
et n'oublie pas les sites proposés (notamment Introduction à Access) :
http://www.mpfa.info/articles.php?lng=fr&pg
--
Tisane
Bonjour RV,quelqu'un(e) peut me dire si les relations que j'ai faites dans ma Bd
sont correcte, car je ne sais jamais dans quel sens il faut les faire.
http://cjoint.com/?jDwgPXfRwE
Excellente idée de montrer les relations entre tes tables ainsi.
Cela ferait gagner bien du temps pour certaines questions posées sur le
forum si l'on voyait la structure de la base.
Voici quelques questions/remarques :
- dans la Table Adherents, que représente l'année ?
- 1 adhérent -> n adhésions OK. Mais personnellement je donnerais le même
nom aux 2 champs de liaison (Id_Adherent - Id_Adherent)
Regarde les relations de la base Comptoirs fournie avec Access pour
cela. Elle n'est pas exemplaire (espace dans les noms, symbole, etc.) mais
pour le principe des liens, cela donne une bonne idée.
- pas d'accord sur les liens entre un Id_Annee et Id_Depense, Id_Recette,
Id_Publication, pour 2 raisons :
1. Tu ne peux lier que des champs de même type (texte avec texte,
numérique avec numérique, et plus fréquemment numérique auto avec
numérique).
Je vois mal une année avec un numéro.
2. Je me poserais les 2 questions "existentielles" ;-) :
- un adhérent peut-il avoir plusieurs dépenses (idem pour Recette et
Publication) ?
- la même dépense peut-elle correspondre à plusieurs adhérents ?
Si un adhérent n'a qu'une seule ligne de dépenses, je mettrai le
Id_Depense aussi dans la table Adherents et ferais le lien entre les 2
champs Id_Depense.
Si un adhérent a plusieurs lignes de dépenses, mais une ligne de dépenses
ne vaut que pour un adhérent, je mettre l'Id_Adherent dans la table
Depenses et ferais le lien sur ce champ.
Si un adhérent a plusieurs lignes de dépenses et la même ligne de dépenses
vaut pour plusieurs adhérents (relation plusieurs à plusieurs, alors il
manque une table entre les 2).
Idem pour les recettes et plublications.
Enfin, mais c'est sans doute du détail, j'éviterais de nommer tous mes
champs "ID_xxx".
Généralement, ID signifie "identifiant" ou "code" ou "ref". Quand on
regarde ta structure, on a l'impression que tout est "code".
Personnellement, je le réserverais pour les clés.
Tu peux très bien avoir :
Id_Adherent (numéro auto)
Prenom
Nom_Adherent
Adresse1
etc.
Voilà mes observations sur la base de ce que j'ai compris bien sûr.
Pas facile d'expliquer le principe relationnel par écrit et un samedi
matin ! J'en écris rarement si long ;-)
Si tu lis l'anglais, le document téléchargeable ici est assez bien fait
(dans sa 1re version...1995... il m'avait beaucoup aidé)
http://support.microsoft.com/kb/283698/
et n'oublie pas les sites proposés (notamment Introduction à Access) :
http://www.mpfa.info/articles.php?lng=fr&pg
--
Tisane
"Tisane" a écrit dans le message de news:
%Bonjour RV,quelqu'un(e) peut me dire si les relations que j'ai faites dans ma
Bd sont correcte, car je ne sais jamais dans quel sens il faut les
faire. http://cjoint.com/?jDwgPXfRwE
Excellente idée de montrer les relations entre tes tables ainsi.
Cela ferait gagner bien du temps pour certaines questions posées sur
le forum si l'on voyait la structure de la base.
Voici quelques questions/remarques :
- dans la Table Adherents, que représente l'année ?
Le paiement de leur cotisation annuelle- 1 adhérent -> n adhésions OK. Mais personnellement je donnerais le
même nom aux 2 champs de liaison (Id_Adherent - Id_Adherent)
Regarde les relations de la base Comptoirs fournie avec Access pour
cela. Elle n'est pas exemplaire (espace dans les noms, symbole,
etc.) mais pour le principe des liens, cela donne une bonne idée.
- pas d'accord sur les liens entre un Id_Annee et Id_Depense,
Id_Recette, Id_Publication, pour 2 raisons :
1. Tu ne peux lier que des champs de même type (texte avec texte,
numérique avec numérique, et plus fréquemment numérique auto avec
numérique).
Je vois mal une année avec un numéro.
2. Je me poserais les 2 questions "existentielles" ;-) :
- un adhérent peut-il avoir plusieurs dépenses (idem pour Recette
et Publication) ?
- la même dépense peut-elle correspondre à plusieurs adhérents ?
Les dépenses sont les dépenses de l'association'poésie)Si un adhérent n'a qu'une seule ligne de dépenses, je mettrai le
Id_Depense aussi dans la table Adherents et ferais le lien entre les
2 champs Id_Depense.
Si un adhérent a plusieurs lignes de dépenses, mais une ligne de
dépenses ne vaut que pour un adhérent, je mettre l'Id_Adherent dans
la table Depenses et ferais le lien sur ce champ.
Si un adhérent a plusieurs lignes de dépenses et la même ligne de
dépenses vaut pour plusieurs adhérents (relation plusieurs à
plusieurs, alors il manque une table entre les 2).
Idem pour les recettes et plublications.
Enfin, mais c'est sans doute du détail, j'éviterais de nommer tous
mes champs "ID_xxx".
Généralement, ID signifie "identifiant" ou "code" ou "ref". Quand on
regarde ta structure, on a l'impression que tout est "code".
Personnellement, je le réserverais pour les clés.
Tu peux très bien avoir :
Id_Adherent (numéro auto)
Prenom
Nom_Adherent
Adresse1
etc.
D'accord je vais faire comme tu le dis .Voilà mes observations sur la base de ce que j'ai compris bien sûr.
Pas facile d'expliquer le principe relationnel par écrit et un samedi
matin ! J'en écris rarement si long ;-)
J'ai remarqué et je t'en suis gréSi tu lis l'anglais, le document téléchargeable ici est assez bien
fait (dans sa 1re version...1995... il m'avait beaucoup aidé)
Hélas non, sinon je serai comme toi en train d'aider les autres.http://support.microsoft.com/kb/283698/
et n'oublie pas les sites proposés (notamment Introduction à Access)
: http://www.mpfa.info/articles.php?lng=fr&pg
--
Tisane
Chaleureusement merci.
Je résume une association de personnes qui aiment la poésie ou qui la
pratiquent, qui adhérent à l'association et qui de temps en temps sont
publiés dans des anthologies (une ou deux par an) mais pas de façon
systématique (en fonction de leur production)
Des années,
Des adhésions
des publications
des ventes
des dons
Divers
Les dépenses sont les dépenses de l'association prises en charge par
les cotisations des adhérents.
Je voudrai que l'on m'explique le plus simplement possible la
relation et comment relier .
En réalité j'ai relié à l'aveugle en essayant de ne pas avoir de
message d'erreur.
"Tisane" <b.tisane@laposte.net> a écrit dans le message de news:
%23QWzGDH5GHA.2144@TK2MSFTNGP04.phx.gbl...
Bonjour RV,
quelqu'un(e) peut me dire si les relations que j'ai faites dans ma
Bd sont correcte, car je ne sais jamais dans quel sens il faut les
faire. http://cjoint.com/?jDwgPXfRwE
Excellente idée de montrer les relations entre tes tables ainsi.
Cela ferait gagner bien du temps pour certaines questions posées sur
le forum si l'on voyait la structure de la base.
Voici quelques questions/remarques :
- dans la Table Adherents, que représente l'année ?
Le paiement de leur cotisation annuelle
- 1 adhérent -> n adhésions OK. Mais personnellement je donnerais le
même nom aux 2 champs de liaison (Id_Adherent - Id_Adherent)
Regarde les relations de la base Comptoirs fournie avec Access pour
cela. Elle n'est pas exemplaire (espace dans les noms, symbole,
etc.) mais pour le principe des liens, cela donne une bonne idée.
- pas d'accord sur les liens entre un Id_Annee et Id_Depense,
Id_Recette, Id_Publication, pour 2 raisons :
1. Tu ne peux lier que des champs de même type (texte avec texte,
numérique avec numérique, et plus fréquemment numérique auto avec
numérique).
Je vois mal une année avec un numéro.
2. Je me poserais les 2 questions "existentielles" ;-) :
- un adhérent peut-il avoir plusieurs dépenses (idem pour Recette
et Publication) ?
- la même dépense peut-elle correspondre à plusieurs adhérents ?
Les dépenses sont les dépenses de l'association'poésie)
Si un adhérent n'a qu'une seule ligne de dépenses, je mettrai le
Id_Depense aussi dans la table Adherents et ferais le lien entre les
2 champs Id_Depense.
Si un adhérent a plusieurs lignes de dépenses, mais une ligne de
dépenses ne vaut que pour un adhérent, je mettre l'Id_Adherent dans
la table Depenses et ferais le lien sur ce champ.
Si un adhérent a plusieurs lignes de dépenses et la même ligne de
dépenses vaut pour plusieurs adhérents (relation plusieurs à
plusieurs, alors il manque une table entre les 2).
Idem pour les recettes et plublications.
Enfin, mais c'est sans doute du détail, j'éviterais de nommer tous
mes champs "ID_xxx".
Généralement, ID signifie "identifiant" ou "code" ou "ref". Quand on
regarde ta structure, on a l'impression que tout est "code".
Personnellement, je le réserverais pour les clés.
Tu peux très bien avoir :
Id_Adherent (numéro auto)
Prenom
Nom_Adherent
Adresse1
etc.
D'accord je vais faire comme tu le dis .
Voilà mes observations sur la base de ce que j'ai compris bien sûr.
Pas facile d'expliquer le principe relationnel par écrit et un samedi
matin ! J'en écris rarement si long ;-)
J'ai remarqué et je t'en suis gré
Si tu lis l'anglais, le document téléchargeable ici est assez bien
fait (dans sa 1re version...1995... il m'avait beaucoup aidé)
Hélas non, sinon je serai comme toi en train d'aider les autres.
http://support.microsoft.com/kb/283698/
et n'oublie pas les sites proposés (notamment Introduction à Access)
: http://www.mpfa.info/articles.php?lng=fr&pg
--
Tisane
Chaleureusement merci.
Je résume une association de personnes qui aiment la poésie ou qui la
pratiquent, qui adhérent à l'association et qui de temps en temps sont
publiés dans des anthologies (une ou deux par an) mais pas de façon
systématique (en fonction de leur production)
Des années,
Des adhésions
des publications
des ventes
des dons
Divers
Les dépenses sont les dépenses de l'association prises en charge par
les cotisations des adhérents.
Je voudrai que l'on m'explique le plus simplement possible la
relation et comment relier .
En réalité j'ai relié à l'aveugle en essayant de ne pas avoir de
message d'erreur.
"Tisane" a écrit dans le message de news:
%Bonjour RV,quelqu'un(e) peut me dire si les relations que j'ai faites dans ma
Bd sont correcte, car je ne sais jamais dans quel sens il faut les
faire. http://cjoint.com/?jDwgPXfRwE
Excellente idée de montrer les relations entre tes tables ainsi.
Cela ferait gagner bien du temps pour certaines questions posées sur
le forum si l'on voyait la structure de la base.
Voici quelques questions/remarques :
- dans la Table Adherents, que représente l'année ?
Le paiement de leur cotisation annuelle- 1 adhérent -> n adhésions OK. Mais personnellement je donnerais le
même nom aux 2 champs de liaison (Id_Adherent - Id_Adherent)
Regarde les relations de la base Comptoirs fournie avec Access pour
cela. Elle n'est pas exemplaire (espace dans les noms, symbole,
etc.) mais pour le principe des liens, cela donne une bonne idée.
- pas d'accord sur les liens entre un Id_Annee et Id_Depense,
Id_Recette, Id_Publication, pour 2 raisons :
1. Tu ne peux lier que des champs de même type (texte avec texte,
numérique avec numérique, et plus fréquemment numérique auto avec
numérique).
Je vois mal une année avec un numéro.
2. Je me poserais les 2 questions "existentielles" ;-) :
- un adhérent peut-il avoir plusieurs dépenses (idem pour Recette
et Publication) ?
- la même dépense peut-elle correspondre à plusieurs adhérents ?
Les dépenses sont les dépenses de l'association'poésie)Si un adhérent n'a qu'une seule ligne de dépenses, je mettrai le
Id_Depense aussi dans la table Adherents et ferais le lien entre les
2 champs Id_Depense.
Si un adhérent a plusieurs lignes de dépenses, mais une ligne de
dépenses ne vaut que pour un adhérent, je mettre l'Id_Adherent dans
la table Depenses et ferais le lien sur ce champ.
Si un adhérent a plusieurs lignes de dépenses et la même ligne de
dépenses vaut pour plusieurs adhérents (relation plusieurs à
plusieurs, alors il manque une table entre les 2).
Idem pour les recettes et plublications.
Enfin, mais c'est sans doute du détail, j'éviterais de nommer tous
mes champs "ID_xxx".
Généralement, ID signifie "identifiant" ou "code" ou "ref". Quand on
regarde ta structure, on a l'impression que tout est "code".
Personnellement, je le réserverais pour les clés.
Tu peux très bien avoir :
Id_Adherent (numéro auto)
Prenom
Nom_Adherent
Adresse1
etc.
D'accord je vais faire comme tu le dis .Voilà mes observations sur la base de ce que j'ai compris bien sûr.
Pas facile d'expliquer le principe relationnel par écrit et un samedi
matin ! J'en écris rarement si long ;-)
J'ai remarqué et je t'en suis gréSi tu lis l'anglais, le document téléchargeable ici est assez bien
fait (dans sa 1re version...1995... il m'avait beaucoup aidé)
Hélas non, sinon je serai comme toi en train d'aider les autres.http://support.microsoft.com/kb/283698/
et n'oublie pas les sites proposés (notamment Introduction à Access)
: http://www.mpfa.info/articles.php?lng=fr&pg
--
Tisane
Chaleureusement merci.
Je résume une association de personnes qui aiment la poésie ou qui la
pratiquent, qui adhérent à l'association et qui de temps en temps sont
publiés dans des anthologies (une ou deux par an) mais pas de façon
systématique (en fonction de leur production)
Des années,
Des adhésions
des publications
des ventes
des dons
Divers
Les dépenses sont les dépenses de l'association prises en charge par
les cotisations des adhérents.
Je voudrai que l'on m'explique le plus simplement possible la
relation et comment relier .
En réalité j'ai relié à l'aveugle en essayant de ne pas avoir de
message d'erreur.
Rebonjour RV,
exceptionnellement, je quote au-dessus du message, pour faciliter la
lecture.
Si j'ai bien compris, tu veux gérer les adhérents et le budget de
l'association dans la même base.
Si l'on veut faire simple, bien que cela me gêne toujours un peu, tu peux
ne pas faire de lien à faire entre la table des adhérents et celle du
budget de l'association.
Sauf si tu veux automatiser le report de la cotisation dans la Recette,
mais pour un début, je ne te le conseille pas. Cela risque t'amener trop
loin et te décourager.
Comme j'ai plus vite fait de "faire un dessin" qu'un long discours, tu
trouveras ci-dessous une structure que je te suggère.
http://cjoint.com/?kbi32orfSW
Il s'agit bien sût d'un exemple, PAS d'un modèle.
Pour comprendre les relations, je ne peux que te renvoyer vers les sites
indiqués sur mpfa, notamment :
http://cerig.efpg.inpg.fr/tutoriel/bases-de-donnees/chap05.htm
(4 - Traduire les relations)
ou
http://www.lecompagnon.info/access/relations.htm#faccrelintro
--
Tisane
Pour le temps perdu à m'expliquer, merci sera mon salaire !
Rebonjour RV,
exceptionnellement, je quote au-dessus du message, pour faciliter la
lecture.
Si j'ai bien compris, tu veux gérer les adhérents et le budget de
l'association dans la même base.
Si l'on veut faire simple, bien que cela me gêne toujours un peu, tu peux
ne pas faire de lien à faire entre la table des adhérents et celle du
budget de l'association.
Sauf si tu veux automatiser le report de la cotisation dans la Recette,
mais pour un début, je ne te le conseille pas. Cela risque t'amener trop
loin et te décourager.
Comme j'ai plus vite fait de "faire un dessin" qu'un long discours, tu
trouveras ci-dessous une structure que je te suggère.
http://cjoint.com/?kbi32orfSW
Il s'agit bien sût d'un exemple, PAS d'un modèle.
Pour comprendre les relations, je ne peux que te renvoyer vers les sites
indiqués sur mpfa, notamment :
http://cerig.efpg.inpg.fr/tutoriel/bases-de-donnees/chap05.htm
(4 - Traduire les relations)
ou
http://www.lecompagnon.info/access/relations.htm#faccrelintro
--
Tisane
Pour le temps perdu à m'expliquer, merci sera mon salaire !
Rebonjour RV,
exceptionnellement, je quote au-dessus du message, pour faciliter la
lecture.
Si j'ai bien compris, tu veux gérer les adhérents et le budget de
l'association dans la même base.
Si l'on veut faire simple, bien que cela me gêne toujours un peu, tu peux
ne pas faire de lien à faire entre la table des adhérents et celle du
budget de l'association.
Sauf si tu veux automatiser le report de la cotisation dans la Recette,
mais pour un début, je ne te le conseille pas. Cela risque t'amener trop
loin et te décourager.
Comme j'ai plus vite fait de "faire un dessin" qu'un long discours, tu
trouveras ci-dessous une structure que je te suggère.
http://cjoint.com/?kbi32orfSW
Il s'agit bien sût d'un exemple, PAS d'un modèle.
Pour comprendre les relations, je ne peux que te renvoyer vers les sites
indiqués sur mpfa, notamment :
http://cerig.efpg.inpg.fr/tutoriel/bases-de-donnees/chap05.htm
(4 - Traduire les relations)
ou
http://www.lecompagnon.info/access/relations.htm#faccrelintro
--
Tisane
Pour le temps perdu à m'expliquer, merci sera mon salaire !
Rebonjour RV,
exceptionnellement, je quote au-dessus du message, pour faciliter la
lecture.
Si j'ai bien compris, tu veux gérer les adhérents et le budget de
l'association dans la même base.
Si l'on veut faire simple, bien que cela me gêne toujours un peu, tu
peux ne pas faire de lien à faire entre la table des adhérents et celle
du budget de l'association.
Sauf si tu veux automatiser le report de la cotisation dans la Recette,
mais pour un début, je ne te le conseille pas. Cela risque t'amener trop
loin et te décourager.
Comme j'ai plus vite fait de "faire un dessin" qu'un long discours, tu
trouveras ci-dessous une structure que je te suggère.
http://cjoint.com/?kbi32orfSW
Il s'agit bien sût d'un exemple, PAS d'un modèle.
Pour comprendre les relations, je ne peux que te renvoyer vers les sites
indiqués sur mpfa, notamment :
http://cerig.efpg.inpg.fr/tutoriel/bases-de-donnees/chap05.htm
(4 - Traduire les relations)
ou
http://www.lecompagnon.info/access/relations.htm#faccrelintro
Rebonjour RV,
exceptionnellement, je quote au-dessus du message, pour faciliter la
lecture.
Si j'ai bien compris, tu veux gérer les adhérents et le budget de
l'association dans la même base.
Si l'on veut faire simple, bien que cela me gêne toujours un peu, tu
peux ne pas faire de lien à faire entre la table des adhérents et celle
du budget de l'association.
Sauf si tu veux automatiser le report de la cotisation dans la Recette,
mais pour un début, je ne te le conseille pas. Cela risque t'amener trop
loin et te décourager.
Comme j'ai plus vite fait de "faire un dessin" qu'un long discours, tu
trouveras ci-dessous une structure que je te suggère.
http://cjoint.com/?kbi32orfSW
Il s'agit bien sût d'un exemple, PAS d'un modèle.
Pour comprendre les relations, je ne peux que te renvoyer vers les sites
indiqués sur mpfa, notamment :
http://cerig.efpg.inpg.fr/tutoriel/bases-de-donnees/chap05.htm
(4 - Traduire les relations)
ou
http://www.lecompagnon.info/access/relations.htm#faccrelintro
Rebonjour RV,
exceptionnellement, je quote au-dessus du message, pour faciliter la
lecture.
Si j'ai bien compris, tu veux gérer les adhérents et le budget de
l'association dans la même base.
Si l'on veut faire simple, bien que cela me gêne toujours un peu, tu
peux ne pas faire de lien à faire entre la table des adhérents et celle
du budget de l'association.
Sauf si tu veux automatiser le report de la cotisation dans la Recette,
mais pour un début, je ne te le conseille pas. Cela risque t'amener trop
loin et te décourager.
Comme j'ai plus vite fait de "faire un dessin" qu'un long discours, tu
trouveras ci-dessous une structure que je te suggère.
http://cjoint.com/?kbi32orfSW
Il s'agit bien sût d'un exemple, PAS d'un modèle.
Pour comprendre les relations, je ne peux que te renvoyer vers les sites
indiqués sur mpfa, notamment :
http://cerig.efpg.inpg.fr/tutoriel/bases-de-donnees/chap05.htm
(4 - Traduire les relations)
ou
http://www.lecompagnon.info/access/relations.htm#faccrelintro
