Bonjour,  
 
voila imaginons la nomenclature suivante :

Mon but est de calculer le prix du produit en fonction des liens et du prix de chaque composant.
 
Le problème est que je ne vois pas trop comment designer ma base
 
J'ai pour l'instant, une table de prix et une autre sous cette forme :

 
Cela me semble pratique car on ne sait pas combien de niveau il peut y avoir. Mon problème est que je ne vois pas comment requeter pour obtenir mon prix de X.
 
Si quelqu'un a ue idée,
merci

il faut une table produit et une table composant avec le prix et une jointure entre les 2 tables... et puis basta

Salut,
 
cela pose un pb de niveau, un composant peut "se retrouver produit" (cas pour un semi fini). Cel ne me poserait psa pb s'il le nombre de niveau était définie
La table prix ne pose pas pb, elle m'est imposée. Elle contient le date / prix de chaque matiere "élémentaire".
 
Merci

rien n'empêche d'avoir un composant dans les produits... quand c'est un produit il n'est plus composant c'est tout

c'est pas un truc de ce style qu il te faut (oubien je suis complet a cote de la plaque):

Non, j'aimerais par exemple obtenir :

 
Merci  

ah oui j etais a la rue :-)
 
en mettant que ta table de depart soit celle ci:
compos_depart|compos_arrivee|lien
X | X | 1
X | A | 2  
X | B | 1,5  
X | C | 4  
C | D | 1,3  
C | E | 1,4
 
voici ma suggestion
 

Merci, je m'étais trompé dans ce que je voulais obtenir (cf plus haut)
De plus, je ne suis pas sur que ca fonctionne pour un niveau > 2.
Je vais continuer à chercher !
 
Merci en tous cas.

si tu utilises Oracle, utilise "connect by ... prior" qui permet de faire des requêtes récursives
 
sinon, cherche sur le net une solution te permettant de reproduire ce comportement, mais c'est pas gagné, tu devras certainement passer par du PL/SQL ou un langage externe qui fait 25 requêtes
 
c'est la grosse lacune de la norme SQL : les hiérarchies recursives ne sont pas définies dans la norme, donc peut de SGBD proposent des solutions