Discussion :

[Corben]

Bonjour, je travaille sur le développement d'une gestion centralisée de nos articles et de nos nomenclatures.
Je me pose pour l'instant des questions sur la conception et la structure des tables.

Voilà, dans cette base il y aura une table article. Un article a une référence, peut contenir une ou plusieurs pièces jointes.
Donc, une table article et une table pour les pièces jointes articles....
Jusque là ça va..

J'aimerais avoir la possibilité de créer des ensembles de pièces pour les insérer dans ma nomenclature. Avoir une nomenclature sur plusieurs niveaux (sous forme d'arbre (treewiew windows))

Quelqu'un aurait-t-il des idées ou des exemples pour m'éclaircir les idées ?

Cordialement,
Corben

ps: excusez moi si je me trompe de forum

[marabout]

Si je comprends bien, tu dois faire un truc du genre: La pièce x appartient à la catégorie 3 / sous catégorie 3.2 / sous sous catégorie 3.2.5 etc. ?

J'ai déjà eu l'occasion de faire cela pour une sorte de table des matières. Je l'ai fait avec une table de 3 champs:
- ID (numéro de catégorie complet comme le 3.2.5 ci-dessus)
- Le nom de la catégorie
- Le numéro de la catégorie parent (3.2 dans mon exemple)

J'espère que tu me suis ?

bon travail

[fsmrel]

Les nomenclatures peuvent traitées au moyen des opérateurs dédiés à la récursivité.

Soit la table : I (Composant, Composé)

[Aux fautes de frappe près...]

Pour obtenir les composants d'un composé, en relationnel pur :

TCLOSE (I {Composé, Composant}) WHERE Composé = "xyz") {Composant}

Avec le SGBD Oracle :

Select Composant From I ... Start With Composé = "xyz" Connect By Prior Composant = Composé

Avec les SGBD DB2, SQL Server, ...

With V (Composant) As (Select Composant From I Where Composé = "xyz" UNION ALL Select I.Composant From V, I Where I.Composé = V.Composant) Select Composant From V

Je vous renvoie à la documentation accessible en ligne, relative aux SGBD.

Bon courage à vous

[Corben]

Merci pour vos réponses

Marabout je vais devoir classé mes articles par catégorie et sous catégorie
mais pour l'instant je ne suis pas encore la.

Pour l'instant je suis à la partie nomenclature donc composant composé.

Je voudrais avoir une nomenclature par affaire divisé en sous ensemble dans ces sous ensemble je voudrais avoir la liste des articles simples et les articles ki sont composé de plusieurs pièces (ensemble).

l'affaire est juste un muméro attribué ensuite elle est divisé en plusieurs partie

ensemble 1 RRRRR
ensuite les articles simples ou composés
ensemble 2 YYYYY
ensuite les articles simples ou composés
ensemble 3 XXXXX
ensuite les articles simples ou composés

fmsrel aurais tu des schémas de table à me montrer ou des liens.

Merci bcp pour votre aide

[Nanci]

La modélisation des nomenclatures, articles et composants, est assez classique mais plusieurs solutions sont envisageables.
Une remarque préalable: les composants d'un article sont également des articles; donc on ne peut pas explicitement modéliser une entité Composant.

Rapidement, deux solutions.
La solution basique, presque un cas d'école. Un article est composé d'articles; et cela est récursif (d'ailleurs on appelle souvent de type de relation "récursives"...)

Une solution plus "sophistiquée" rencontrée plusieurs fois.
Un article peut avoir plusieurs nomenclatures (fabrication, étude, provisoire, remplacement, version n, ....). Chaque nomenclature attachée à cet article, est déclinée en éléments niveau identifiés par arboresence:
1
1.1
1.1.1
1.1.2
1.2
...
1.3
2
2.1
2.2
etc...
La décomposition d'un élément-niveau en élément-niveau inférieur se modélise par une relation "récursive.
Chaque élément-niveau fait référence à un article.
Le concept d'élément niveau est quand même assez artificiel mais est capble de s'adapter à pratiquement toutes les situations.



Quand à la transposition en tables.... je vous laisse terminer.

[Corben]

Que dire de plus ....

un grand merci tout d'abord pour vos explications ...

alors si j'opte pour la solution la plus simple :


Je devrais avoir :

une table article : id_article ref_article ....

ensuite une table composé : id_compose id_article

Ai je compris ?

Cordialement
Corben

[Soutou]

Oui tu auras 2 tables

article (reference,libelle) clé primaire reference
composé (id_article,id_sous_article) clé primaire les 2 colonnes, chacun clé étrangère vers la table article.

Les requêtes que tu devras faire seront "hiérarchiques". Bien au point avec Oracle, moins bien assuré avec mySQL...