Accès Premium
GNT sans publicité, site mobile, fonctionnalitées exclusives...
Rejoignez-nous !
Forums Développement WinDev

[merise] entites reliées par plusieurs relation

Le
Firetox
voila ,
on me soutient que 2 entites ne peuvent pas etre relies par plusieurs
relations differentes.
ex

produit -> Variante > logistique
| ^
| |
| |
| |
> Fiche

avec pour cardinalites :

produit variante (1,N) (1,1)
variante logistique (1,N) (1,1)

produit fiche (1,N)(1,1)
fiche logistique (0,N)(1,1)

est ce que ce shema est correcte en merise
(moi je pense que oui) mais on me soutient le
contraire (sans reel argument a part un modeliseur qui n'accepte
pas la relation (il double la cle de produit dans logistique )

Merci a tous
Lire les 6 réponses

Questions / Réponses high-tech
Poser une question
Vidéos High-Tech et Jeu Vidéo
Plus de vidéos
Téléchargements
Plus de téléchargements
Vos réponses Page 1 / 2
Gagnez chaque mois un abonnement Premium avec GNT : Inscrivez-vous !
Trier par : date / pertinence
Philippe ROY \(PC+\)
Le #13547841
de mémoire ce type de relation, n'est pas permis au niveau conceptuel mais
bien au niveau des données

sans plus de garantie

@+

--
Philippe ROY
PC+ Belgium

GSM 0475 43 15 92
"Firetox" news:bn8lmr$m40$
voila ,
on me soutient que 2 entites ne peuvent pas etre relies par plusieurs
relations differentes.
ex

produit -------> Variante ---------> logistique
| ^
| |
| |
| |
------ > Fiche ------------------------------

avec pour cardinalites :

produit variante (1,N) (1,1)
variante logistique (1,N) (1,1)

produit fiche (1,N)(1,1)
fiche logistique (0,N)(1,1)

est ce que ce shema est correcte en merise
(moi je pense que oui) mais on me soutient le
contraire (sans reel argument a part un modeliseur qui n'accepte
pas la relation (il double la cle de produit dans logistique )

Merci a tous







---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.530 / Virus Database: 325 - Release Date: 23/10/2003
Répondre en citant
Didier
Le #13547781
bonjour,

en général si a-->b-->c , il ne devrait pas y avoir a-->c ( ce n'est pas
tout à fait ton cas )
Tous cela est dans le domaine des dépendances fonctionnelles et sans être
trop technique
on parle de "forme normale".

Le but est de retrouver l'information, pour obtenir la donnée logistique tu
as donc 2 chemins
produit-->variante-->logistique
et
produit-->fiche-->logistique

Il faut voir à quoi sert variante par rapport à fiche et voir si les deux
peuvent en faire qu'une.
Dans l'absolu il n'y a pas de problème, il s'agit de faire les bonnes
requêtes.

Bonne continuation

Didier




"Firetox" news:bn8lmr$m40$
voila ,
on me soutient que 2 entites ne peuvent pas etre relies par plusieurs
relations differentes.
ex

produit -------> Variante ---------> logistique
| ^
| |
| |
| |
------ > Fiche ------------------------------

avec pour cardinalites :

produit variante (1,N) (1,1)
variante logistique (1,N) (1,1)

produit fiche (1,N)(1,1)
fiche logistique (0,N)(1,1)

est ce que ce shema est correcte en merise
(moi je pense que oui) mais on me soutient le
contraire (sans reel argument a part un modeliseur qui n'accepte
pas la relation (il double la cle de produit dans logistique )

Merci a tous





Répondre en citant
Firetox
Le #13547761
Bonjour, merci de la reponse

petite info suplementaire
cette relation a ete envisage car 2 contraintes l'impose :

une fiche a forcement un produit
une fiche peut ne pas avoir de logistique

les entite Variante et Fiche sont bien differentes et ne peuvent pas etre
regroupee
car
une fiche peut avoir plusieurs variantes
et variante peut avoir plusieur fiches

Bon dev
@+



"Didier" bnapig$58e$
bonjour,

en général si a-->b-->c , il ne devrait pas y avoir a-->c ( ce n'est pas
tout à fait ton cas )
Tous cela est dans le domaine des dépendances fonctionnelles et sans être
trop technique
on parle de "forme normale".

Le but est de retrouver l'information, pour obtenir la donnée logistique


tu
as donc 2 chemins
produit-->variante-->logistique
et
produit-->fiche-->logistique

Il faut voir à quoi sert variante par rapport à fiche et voir si les deux
peuvent en faire qu'une.
Dans l'absolu il n'y a pas de problème, il s'agit de faire les bonnes
requêtes.

Bonne continuation

Didier




"Firetox" news:bn8lmr$m40$
> voila ,
> on me soutient que 2 entites ne peuvent pas etre relies par plusieurs
> relations differentes.
> ex
>
> produit -------> Variante ---------> logistique
> | ^
> | |
> | |
> | |
> ------ > Fiche ------------------------------
>
> avec pour cardinalites :
>
> produit variante (1,N) (1,1)
> variante logistique (1,N) (1,1)
>
> produit fiche (1,N)(1,1)
> fiche logistique (0,N)(1,1)
>
> est ce que ce shema est correcte en merise
> (moi je pense que oui) mais on me soutient le
> contraire (sans reel argument a part un modeliseur qui n'accepte
> pas la relation (il double la cle de produit dans logistique )
>
> Merci a tous
>
>
>




Répondre en citant
Didier
Le #13547751
encore moi, juste pour le fun

en partant du principe qu'il y a la théorie et la pratique, que tu n'est pas
dans une optique d'optimisation
ou de gestion de plusieurs millions d'enregistrement on peut dire que :

posons les relations suivantes : a->b->c->d->e->f->g->h et
a->i->h

pour à partir de a touver h ou à partir de h trouver a, on peut dire sans
problème que l'on passera
par i pour rechercher les données ( 3 tables à la place de 8 pour la
premiere chaîne ).
On peut estimer que dans cette optique la suite des 8 tables n'est pas
logique.
Tout ça pour dire, que si tu accède à une information par plusieurs chemin
en partant du même point
de départ vers un même point d'arrivée ....le chemin le plus court est le
plus simple et certainement
le plus efficace. Il y donc peut être une anomalie dans le modèle et c'est
la que l'analyste doit regarder de près.
A quoi sert un chemin si tu ne l'emprunte jamais ?

dans ton cas, tu peux te poser la question : quelle requête dois je exécuter
pour en partant de logistique
trouver le produit. Dans ton cas, 1 logistique n'est associée qu'à unet un
seul produit.

Par contre, je ne vois pas trop pourquoi tu as une clé "produit" dans la
table logistique ?!
ce qui voudrait dire que tu as une troisième relation produit-->logistique.

voilà, voilà ....

didier



"Didier" news:bnapig$58e$
bonjour,

en général si a-->b-->c , il ne devrait pas y avoir a-->c ( ce n'est pas
tout à fait ton cas )
Tous cela est dans le domaine des dépendances fonctionnelles et sans être
trop technique
on parle de "forme normale".

Le but est de retrouver l'information, pour obtenir la donnée logistique


tu
as donc 2 chemins
produit-->variante-->logistique
et
produit-->fiche-->logistique

Il faut voir à quoi sert variante par rapport à fiche et voir si les deux
peuvent en faire qu'une.
Dans l'absolu il n'y a pas de problème, il s'agit de faire les bonnes
requêtes.

Bonne continuation

Didier




"Firetox" news:bn8lmr$m40$
> voila ,
> on me soutient que 2 entites ne peuvent pas etre relies par plusieurs
> relations differentes.
> ex
>
> produit -------> Variante ---------> logistique
> | ^
> | |
> | |
> | |
> ------ > Fiche ------------------------------
>
> avec pour cardinalites :
>
> produit variante (1,N) (1,1)
> variante logistique (1,N) (1,1)
>
> produit fiche (1,N)(1,1)
> fiche logistique (0,N)(1,1)
>
> est ce que ce shema est correcte en merise
> (moi je pense que oui) mais on me soutient le
> contraire (sans reel argument a part un modeliseur qui n'accepte
> pas la relation (il double la cle de produit dans logistique )
>
> Merci a tous
>
>
>




Répondre en citant
Didier
Le #13547731
ton lien entre fiche et logistique est en trop.

puisque une logistique correspond à un seul produit, connaissant ce produit
tu peux avoir
sa fiche.

soit :
produit -------> Variante ---------> logistique
produit--------> Fiche

logistique te donne variante qui te donne produit qui ce dernier te donne
fiche, tu peux donc avoir
fiche en partant de logistique sans lier fiche à logistique.
A partir de fiche tu peux trouver logistique via produit, et à partir de
produit du fais le lien entre logistique
et fiche......

soit fiche------>produit<-----variante<------logisitque

il existe un lien "implicite" entre logistique et fiche : c'est produit


didier


"Didier" news:bnarkq$ds7$
encore moi, juste pour le fun

en partant du principe qu'il y a la théorie et la pratique, que tu n'est


pas
dans une optique d'optimisation
ou de gestion de plusieurs millions d'enregistrement on peut dire que :

posons les relations suivantes : a->b->c->d->e->f->g->h et
a->i->h

pour à partir de a touver h ou à partir de h trouver a, on peut dire sans
problème que l'on passera
par i pour rechercher les données ( 3 tables à la place de 8 pour la
premiere chaîne ).
On peut estimer que dans cette optique la suite des 8 tables n'est pas
logique.
Tout ça pour dire, que si tu accède à une information par plusieurs chemin
en partant du même point
de départ vers un même point d'arrivée ....le chemin le plus court est le
plus simple et certainement
le plus efficace. Il y donc peut être une anomalie dans le modèle et c'est
la que l'analyste doit regarder de près.
A quoi sert un chemin si tu ne l'emprunte jamais ?

dans ton cas, tu peux te poser la question : quelle requête dois je


exécuter
pour en partant de logistique
trouver le produit. Dans ton cas, 1 logistique n'est associée qu'à unet un
seul produit.

Par contre, je ne vois pas trop pourquoi tu as une clé "produit" dans la
table logistique ?!
ce qui voudrait dire que tu as une troisième relation


produit-->logistique.

voilà, voilà ....

didier



"Didier" news:bnapig$58e$
> bonjour,
>
> en général si a-->b-->c , il ne devrait pas y avoir a-->c ( ce n'est


pas
> tout à fait ton cas )
> Tous cela est dans le domaine des dépendances fonctionnelles et sans


être
> trop technique
> on parle de "forme normale".
>
> Le but est de retrouver l'information, pour obtenir la donnée logistique
tu
> as donc 2 chemins
> produit-->variante-->logistique
> et
> produit-->fiche-->logistique
>
> Il faut voir à quoi sert variante par rapport à fiche et voir si les


deux
> peuvent en faire qu'une.
> Dans l'absolu il n'y a pas de problème, il s'agit de faire les bonnes
> requêtes.
>
> Bonne continuation
>
> Didier
>
>
>
>
> "Firetox" > news:bn8lmr$m40$
> > voila ,
> > on me soutient que 2 entites ne peuvent pas etre relies par plusieurs
> > relations differentes.
> > ex
> >
> > produit -------> Variante ---------> logistique
> > | ^
> > | |
> > | |
> > | |
> > ------ > Fiche ------------------------------
> >
> > avec pour cardinalites :
> >
> > produit variante (1,N) (1,1)
> > variante logistique (1,N) (1,1)
> >
> > produit fiche (1,N)(1,1)
> > fiche logistique (0,N)(1,1)
> >
> > est ce que ce shema est correcte en merise
> > (moi je pense que oui) mais on me soutient le
> > contraire (sans reel argument a part un modeliseur qui n'accepte
> > pas la relation (il double la cle de produit dans logistique )
> >
> > Merci a tous
> >
> >
> >
>
>




Répondre en citant
Publicité
Suivre les réponses
Poster une réponse
Anonyme