Je reprends une base de gestion des adhérents d'une association.
Une table adhérents, avec une liaison avec
- Une table mère
- Une table père
Sachant que
- Tous les adhérents n'ont pas de parents (adultes)
- Il peut n'y avoir qu'un seul parent déclaré
- Un adhérent peut aussi être parent
Je souhaiterais retrouver les toutes les familles avec le nombre d'adhérents
par famille (pour des réductions du montant de la cotisation).
Sans avoir une table familles, j'ai pour le moment des difficultés à établir
les requêtes.
Est-ce possible ou faut-il revoir la structure (ce qui risque d'être
difficile pour des raisons de "compatibilité historique"...) ?
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
linko
oui ca doit être possible mais je ne comprend pas bien comment un enregistrement d'une table adhérent peut être aussi un enregistrement d'une table parent (table = table pere ou table mere, je suppose)
les données sont copiées en double ? dans ce cas alors oui je pense qu'il faut revoir le schéma conceptuel car le but d'une base de données relationnel est d'élimier les doublons...
"GestAdhérents" <GestAdhé a écrit dans le message de news:
Bonjour
Je reprends une base de gestion des adhérents d'une association. Une table adhérents, avec une liaison avec - Une table mère - Une table père Sachant que - Tous les adhérents n'ont pas de parents (adultes) - Il peut n'y avoir qu'un seul parent déclaré - Un adhérent peut aussi être parent
Je souhaiterais retrouver les toutes les familles avec le nombre d'adhérents par famille (pour des réductions du montant de la cotisation). Sans avoir une table familles, j'ai pour le moment des difficultés à établir les requêtes.
Est-ce possible ou faut-il revoir la structure (ce qui risque d'être difficile pour des raisons de "compatibilité historique"...) ?
Merci
oui ca doit être possible mais je ne comprend pas bien comment un
enregistrement d'une table adhérent peut être aussi un enregistrement d'une
table parent (table = table pere ou table mere, je suppose)
les données sont copiées en double ? dans ce cas alors oui je pense qu'il
faut revoir le schéma conceptuel car le but d'une base de données
relationnel est d'élimier les doublons...
"GestAdhérents" <GestAdhérents@discussions.microsoft.com> a écrit dans le
message de news: 48F2A18A-5479-4573-A0B1-B2AD12D6413A@microsoft.com...
Bonjour
Je reprends une base de gestion des adhérents d'une association.
Une table adhérents, avec une liaison avec
- Une table mère
- Une table père
Sachant que
- Tous les adhérents n'ont pas de parents (adultes)
- Il peut n'y avoir qu'un seul parent déclaré
- Un adhérent peut aussi être parent
Je souhaiterais retrouver les toutes les familles avec le nombre
d'adhérents
par famille (pour des réductions du montant de la cotisation).
Sans avoir une table familles, j'ai pour le moment des difficultés à
établir
les requêtes.
Est-ce possible ou faut-il revoir la structure (ce qui risque d'être
difficile pour des raisons de "compatibilité historique"...) ?
oui ca doit être possible mais je ne comprend pas bien comment un enregistrement d'une table adhérent peut être aussi un enregistrement d'une table parent (table = table pere ou table mere, je suppose)
les données sont copiées en double ? dans ce cas alors oui je pense qu'il faut revoir le schéma conceptuel car le but d'une base de données relationnel est d'élimier les doublons...
"GestAdhérents" <GestAdhé a écrit dans le message de news:
Bonjour
Je reprends une base de gestion des adhérents d'une association. Une table adhérents, avec une liaison avec - Une table mère - Une table père Sachant que - Tous les adhérents n'ont pas de parents (adultes) - Il peut n'y avoir qu'un seul parent déclaré - Un adhérent peut aussi être parent
Je souhaiterais retrouver les toutes les familles avec le nombre d'adhérents par famille (pour des réductions du montant de la cotisation). Sans avoir une table familles, j'ai pour le moment des difficultés à établir les requêtes.
Est-ce possible ou faut-il revoir la structure (ce qui risque d'être difficile pour des raisons de "compatibilité historique"...) ?
Merci
3stone
Salut,
"GestAdhérents" | Je reprends une base de gestion des adhérents d'une association. | Une table adhérents, avec une liaison avec | - Une table mère | - Une table père | Sachant que | - Tous les adhérents n'ont pas de parents (adultes) | - Il peut n'y avoir qu'un seul parent déclaré | - Un adhérent peut aussi être parent | | Je souhaiterais retrouver les toutes les familles avec le nombre d'adhérents | par famille (pour des réductions du montant de la cotisation). | Sans avoir une table familles, j'ai pour le moment des difficultés à établir | les requêtes. | | Est-ce possible ou faut-il revoir la structure (ce qui risque d'être | difficile pour des raisons de "compatibilité historique"...) ?
Bien l'impression que tu devras utiliser ce qu'on appelle une relation réflexive. C.a.d. la clé primaire est en relation avec un autre champ de la *même table*
on crée la(les) relation(s) en glissant la table une seconde fois dans la grille des relations ce qui permet de réaliser le fameux glisser/lacher (drag/drop)
"GestAdhérents"
| Je reprends une base de gestion des adhérents d'une association.
| Une table adhérents, avec une liaison avec
| - Une table mère
| - Une table père
| Sachant que
| - Tous les adhérents n'ont pas de parents (adultes)
| - Il peut n'y avoir qu'un seul parent déclaré
| - Un adhérent peut aussi être parent
|
| Je souhaiterais retrouver les toutes les familles avec le nombre d'adhérents
| par famille (pour des réductions du montant de la cotisation).
| Sans avoir une table familles, j'ai pour le moment des difficultés à établir
| les requêtes.
|
| Est-ce possible ou faut-il revoir la structure (ce qui risque d'être
| difficile pour des raisons de "compatibilité historique"...) ?
Bien l'impression que tu devras utiliser ce qu'on appelle une relation réflexive.
C.a.d. la clé primaire est en relation avec un autre champ de la *même table*
on crée la(les) relation(s) en glissant la table une seconde fois dans la grille des relations
ce qui permet de réaliser le fameux glisser/lacher (drag/drop)
"GestAdhérents" | Je reprends une base de gestion des adhérents d'une association. | Une table adhérents, avec une liaison avec | - Une table mère | - Une table père | Sachant que | - Tous les adhérents n'ont pas de parents (adultes) | - Il peut n'y avoir qu'un seul parent déclaré | - Un adhérent peut aussi être parent | | Je souhaiterais retrouver les toutes les familles avec le nombre d'adhérents | par famille (pour des réductions du montant de la cotisation). | Sans avoir une table familles, j'ai pour le moment des difficultés à établir | les requêtes. | | Est-ce possible ou faut-il revoir la structure (ce qui risque d'être | difficile pour des raisons de "compatibilité historique"...) ?
Bien l'impression que tu devras utiliser ce qu'on appelle une relation réflexive. C.a.d. la clé primaire est en relation avec un autre champ de la *même table*
on crée la(les) relation(s) en glissant la table une seconde fois dans la grille des relations ce qui permet de réaliser le fameux glisser/lacher (drag/drop)
Merci pour la réponse. D'après ce que je comprends, ta réponse concerne la partie "- Un adhérent peut aussi être parent". C'est bien ça ?
As-tu une piste pour le reste de ma question ?
Salut,
"GestAdhérents" | Je reprends une base de gestion des adhérents d'une association. | Une table adhérents, avec une liaison avec | - Une table mère | - Une table père | Sachant que | - Tous les adhérents n'ont pas de parents (adultes) | - Il peut n'y avoir qu'un seul parent déclaré | - Un adhérent peut aussi être parent | | Je souhaiterais retrouver les toutes les familles avec le nombre d'adhérents | par famille (pour des réductions du montant de la cotisation). | Sans avoir une table familles, j'ai pour le moment des difficultés à établir | les requêtes. | | Est-ce possible ou faut-il revoir la structure (ce qui risque d'être | difficile pour des raisons de "compatibilité historique"...) ?
Bien l'impression que tu devras utiliser ce qu'on appelle une relation réflexive. C.a.d. la clé primaire est en relation avec un autre champ de la *même table*
on crée la(les) relation(s) en glissant la table une seconde fois dans la grille des relations ce qui permet de réaliser le fameux glisser/lacher (drag/drop)
Merci pour la réponse.
D'après ce que je comprends, ta réponse concerne la partie
"- Un adhérent peut aussi être parent". C'est bien ça ?
As-tu une piste pour le reste de ma question ?
Salut,
"GestAdhérents"
| Je reprends une base de gestion des adhérents d'une association.
| Une table adhérents, avec une liaison avec
| - Une table mère
| - Une table père
| Sachant que
| - Tous les adhérents n'ont pas de parents (adultes)
| - Il peut n'y avoir qu'un seul parent déclaré
| - Un adhérent peut aussi être parent
|
| Je souhaiterais retrouver les toutes les familles avec le nombre d'adhérents
| par famille (pour des réductions du montant de la cotisation).
| Sans avoir une table familles, j'ai pour le moment des difficultés à établir
| les requêtes.
|
| Est-ce possible ou faut-il revoir la structure (ce qui risque d'être
| difficile pour des raisons de "compatibilité historique"...) ?
Bien l'impression que tu devras utiliser ce qu'on appelle une relation réflexive.
C.a.d. la clé primaire est en relation avec un autre champ de la *même table*
on crée la(les) relation(s) en glissant la table une seconde fois dans la grille des relations
ce qui permet de réaliser le fameux glisser/lacher (drag/drop)
Merci pour la réponse. D'après ce que je comprends, ta réponse concerne la partie "- Un adhérent peut aussi être parent". C'est bien ça ?
As-tu une piste pour le reste de ma question ?
Salut,
"GestAdhérents" | Je reprends une base de gestion des adhérents d'une association. | Une table adhérents, avec une liaison avec | - Une table mère | - Une table père | Sachant que | - Tous les adhérents n'ont pas de parents (adultes) | - Il peut n'y avoir qu'un seul parent déclaré | - Un adhérent peut aussi être parent | | Je souhaiterais retrouver les toutes les familles avec le nombre d'adhérents | par famille (pour des réductions du montant de la cotisation). | Sans avoir une table familles, j'ai pour le moment des difficultés à établir | les requêtes. | | Est-ce possible ou faut-il revoir la structure (ce qui risque d'être | difficile pour des raisons de "compatibilité historique"...) ?
Bien l'impression que tu devras utiliser ce qu'on appelle une relation réflexive. C.a.d. la clé primaire est en relation avec un autre champ de la *même table*
on crée la(les) relation(s) en glissant la table une seconde fois dans la grille des relations ce qui permet de réaliser le fameux glisser/lacher (drag/drop)
"GestAdhérents" | D'après ce que je comprends, ta réponse concerne la partie | "- Un adhérent peut aussi être parent". C'est bien ça ?
Oui, c'est bien cela... Le fait de créer un table "parent" et une table "enfant" empêche d'avoir des enfants qui à leur tour deviennent parent. Donc, tout le monde dans la même table et la / les relations qui vont bien.
| As-tu une piste pour le reste de ma question ?
Cela découle du "montage" de la table... En gardant ta structure, tu te rend compte que tu as forcément des doublons.
"GestAdhérents"
| D'après ce que je comprends, ta réponse concerne la partie
| "- Un adhérent peut aussi être parent". C'est bien ça ?
Oui, c'est bien cela...
Le fait de créer un table "parent" et une table "enfant" empêche d'avoir
des enfants qui à leur tour deviennent parent.
Donc, tout le monde dans la même table et la / les relations qui vont bien.
| As-tu une piste pour le reste de ma question ?
Cela découle du "montage" de la table...
En gardant ta structure, tu te rend compte que tu as forcément des doublons.
"GestAdhérents" | D'après ce que je comprends, ta réponse concerne la partie | "- Un adhérent peut aussi être parent". C'est bien ça ?
Oui, c'est bien cela... Le fait de créer un table "parent" et une table "enfant" empêche d'avoir des enfants qui à leur tour deviennent parent. Donc, tout le monde dans la même table et la / les relations qui vont bien.
| As-tu une piste pour le reste de ma question ?
Cela découle du "montage" de la table... En gardant ta structure, tu te rend compte que tu as forcément des doublons.
si tu as avec chaque adhérent, son adresse, éventuellement son téléphone, quoique avec les portables, chacun a le sien..., ça peut éventuellement te permettre de regrouper les familles, car avec les noms de famille, ça devient actuellement assez aléatoire.
Si non, tu crées une nouvelle table qui te permettra de mettre en relation le n° de l'adhérent considéré comme "chef de famille" et tous les adhérents qui lui sont rattachés. De cette façon, il n'y a aucune modif sur les tables "historiques".
Jac
"linko" <.> a écrit dans le message de news: 4498348e$0$7285$
oui ca doit être possible mais je ne comprend pas bien comment un enregistrement d'une table adhérent peut être aussi un enregistrement d'une table parent (table = table pere ou table mere, je suppose)
les données sont copiées en double ? dans ce cas alors oui je pense qu'il faut revoir le schéma conceptuel car le but d'une base de données relationnel est d'élimier les doublons...
"GestAdhérents" <GestAdhé a écrit dans le message de news:
Bonjour
Je reprends une base de gestion des adhérents d'une association. Une table adhérents, avec une liaison avec - Une table mère - Une table père Sachant que - Tous les adhérents n'ont pas de parents (adultes) - Il peut n'y avoir qu'un seul parent déclaré - Un adhérent peut aussi être parent
Je souhaiterais retrouver les toutes les familles avec le nombre d'adhérents par famille (pour des réductions du montant de la cotisation). Sans avoir une table familles, j'ai pour le moment des difficultés à établir les requêtes.
Est-ce possible ou faut-il revoir la structure (ce qui risque d'être difficile pour des raisons de "compatibilité historique"...) ?
Merci
Salut GestAdhérents,
si tu as avec chaque adhérent, son adresse, éventuellement son téléphone,
quoique avec les portables, chacun a le sien..., ça peut éventuellement te
permettre de regrouper les familles, car avec les noms de famille, ça
devient actuellement assez aléatoire.
Si non, tu crées une nouvelle table qui te permettra de mettre en relation
le n° de l'adhérent considéré comme "chef de famille" et tous les adhérents
qui lui sont rattachés. De cette façon, il n'y a aucune modif sur les tables
"historiques".
Jac
"linko" <.> a écrit dans le message de news:
4498348e$0$7285$c3e8da3@news.astraweb.com...
oui ca doit être possible mais je ne comprend pas bien comment un
enregistrement d'une table adhérent peut être aussi un enregistrement
d'une table parent (table = table pere ou table mere, je suppose)
les données sont copiées en double ? dans ce cas alors oui je pense qu'il
faut revoir le schéma conceptuel car le but d'une base de données
relationnel est d'élimier les doublons...
"GestAdhérents" <GestAdhérents@discussions.microsoft.com> a écrit dans le
message de news: 48F2A18A-5479-4573-A0B1-B2AD12D6413A@microsoft.com...
Bonjour
Je reprends une base de gestion des adhérents d'une association.
Une table adhérents, avec une liaison avec
- Une table mère
- Une table père
Sachant que
- Tous les adhérents n'ont pas de parents (adultes)
- Il peut n'y avoir qu'un seul parent déclaré
- Un adhérent peut aussi être parent
Je souhaiterais retrouver les toutes les familles avec le nombre
d'adhérents
par famille (pour des réductions du montant de la cotisation).
Sans avoir une table familles, j'ai pour le moment des difficultés à
établir
les requêtes.
Est-ce possible ou faut-il revoir la structure (ce qui risque d'être
difficile pour des raisons de "compatibilité historique"...) ?
si tu as avec chaque adhérent, son adresse, éventuellement son téléphone, quoique avec les portables, chacun a le sien..., ça peut éventuellement te permettre de regrouper les familles, car avec les noms de famille, ça devient actuellement assez aléatoire.
Si non, tu crées une nouvelle table qui te permettra de mettre en relation le n° de l'adhérent considéré comme "chef de famille" et tous les adhérents qui lui sont rattachés. De cette façon, il n'y a aucune modif sur les tables "historiques".
Jac
"linko" <.> a écrit dans le message de news: 4498348e$0$7285$
oui ca doit être possible mais je ne comprend pas bien comment un enregistrement d'une table adhérent peut être aussi un enregistrement d'une table parent (table = table pere ou table mere, je suppose)
les données sont copiées en double ? dans ce cas alors oui je pense qu'il faut revoir le schéma conceptuel car le but d'une base de données relationnel est d'élimier les doublons...
"GestAdhérents" <GestAdhé a écrit dans le message de news:
Bonjour
Je reprends une base de gestion des adhérents d'une association. Une table adhérents, avec une liaison avec - Une table mère - Une table père Sachant que - Tous les adhérents n'ont pas de parents (adultes) - Il peut n'y avoir qu'un seul parent déclaré - Un adhérent peut aussi être parent
Je souhaiterais retrouver les toutes les familles avec le nombre d'adhérents par famille (pour des réductions du montant de la cotisation). Sans avoir une table familles, j'ai pour le moment des difficultés à établir les requêtes.
Est-ce possible ou faut-il revoir la structure (ce qui risque d'être difficile pour des raisons de "compatibilité historique"...) ?
