Précédent   Forum des professionnels en informatique > Général Développement > Conception > Modélisation
Modélisation Forum d'entraide pour les diagrammes UML et les MCD
Partagez cette discussion sur d'autres réseaux sociaux : Viadeo Twitter Google Facebook Digg Delicious MySpace Yahoo
Réponse Proposer ce sujet en actualité
 
Outils de la discussion
Publicité
'
Vieux 21/06/2011, 12h03   #1
Invité régulier
 
Inscription : juin 2006
Messages : 39
Détails du profil
Informations forums :
Inscription : juin 2006
Messages : 39
Points : 9
Points : 9
Par défaut [débutant] Comment modéliser Rubrique / sous-rubrique

Bonjour tout le monde,

(je pense avoir choisi le bon emplacement pour ce message, pardon d'avance si ce n'est pas le cas)
Je vais essayer d'être le plus clair possible étant totalement néophyte en BDD :

Je possède une nomenclature de ce type :

Code :
1
2
3
4
5
6
7
8
9
10
11
1. Nom de la rubrique
    1.1 Nom sous-rubrique
    1.2 un autre nom
    1.3 --------
2. --------
    2.1 --------
    2.2 --------
        2.2.1 --------
        2.2.2 --------
    2.3 --------
3. --------
Cette nomenclature n'est pas figé dans le temps et pourra se voir ajouter/retirer des rubriques, voir même un ajout d'un niveau supplémentaire de sous-rubrique (2.2.2.1 par exemple). Chaque rubrique contiendra une liste de produits mais je pense que ce n'est pas important pour mon problème.

J'en viens à mon problème justement (accrochez votre ceinture) :
J'étais parti sur une seule entité "Rubrique", une entité avec une association réflexive sur elle même du fait de la hiérarchie, ai-je bon jusque là ?

J'aurais dans mon entité : RubriqueID, RubriqueNOM et #RubriqueParentID.



J'ai réfléchi d'avance et je me dis que quand je devrais l'implanter dans Access, j'aurais des soucis avec l'auto-incrémentation de RubriqueID :
par exemple je désire rajouter une sous-sous-rubrique (6.5.3 par exemple), je la rajoute dans la table, l'auto-incrémentation prendra le dernier numéro dispo pour RubriqueID, ce qui n'est pas très logique non ? J'aurais dans ce cas pour une rubrique 6.5.3 par exemple un ID de 501 (chiffre pris au hasard), ensuite je rajoute une rubrique 1.3.4.5 j'aurais un ID de 502, ainsi de suite.

Cela ne me paraît pas cohérent et je pense avoir un problème dans ma conception de BDD..


Je suis totalement débutant en BDD et ma réflexion sur ce sujet est encore très flouté, mon message semblera confus pour vous de ce fait mais si vous aviez des pistes ou si ce genre d'exemple est récurrent peut être pourriez-vous m'aider !

Merci d'avance pour votre attention,
Cordialement.
Fabious est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 21/06/2011, 13h08   #2
Expert Confirmé
 
Avatar de Richard_35
 
Homme
Inscription : juillet 2007
Messages : 2 176
Détails du profil
Informations personnelles :
Sexe : Homme
Localisation : France, Ille et Vilaine (Bretagne)

Informations forums :
Inscription : juillet 2007
Messages : 2 176
Points : 2 805
Points : 2 805
Bonjour Fabious,

Citation:
Envoyé par Fabious
J'étais parti sur une seule entité "Rubrique", une entité avec une association réflexive sur elle même du fait de la hiérarchie, ai-je bon jusque là ?
J'aurais dans mon entité : RubriqueID, RubriqueNOM et #RubriqueParentID.
==> Ta solution est excellente !... bien qu'incomplète.

Simplement, il ne faut pas confondre identifiant unique (clé primaire, numéro auto) et classement dans l'arborescence. Suggestion :

Entité Rubrique
- RubriqueID (clé primaire, numéro auto)
- RubriqueNOM
- #RubriqueParentID
- Classement_Pour_Un_Meme_RubriqueParentID

==> à noter que :
  • pour sécuriser l'ensemble, un index unique sur #RubriqueParentID / Classement_Pour_Un_Meme_RubriqueParentID est nécessaire ;
  • RubriqueID et #RubriqueParentID pourront ne jamais apparaître, au profit de Classement_Pour_Un_Meme_RubriqueParentID ;
  • les requêtes de traitements seront, de toutes manières, délicates.
__________________
Dis-nous et à bientôt,
Richard.
----------------------------------------------------------------------------------------------
En cas de résolution, et afin de faciliter la tâche des bénévoles, merci de cliquer sur .
et permettent aux forumeurs de cibler leur recherche dans une discussion : n'hésitez pas à voter !
Richard_35 est déconnecté   Envoyer un message privé Réponse avec citation 20
Vieux 21/06/2011, 13h51   #3
Invité régulier
 
Inscription : juin 2006
Messages : 39
Détails du profil
Informations forums :
Inscription : juin 2006
Messages : 39
Points : 9
Points : 9
Merci beaucoup pour ton aide,
Cela me guide dans ma réflexion

Je laisse pour le moment en non-résolu, au cas où d'autres suggestions pourraient être apportées.
Fabious est déconnecté   Envoyer un message privé Réponse avec citation 00
Réponse Proposer ce sujet en actualité Cette discussion est résolue.
Outils de la discussion



Fuseau horaire GMT +2. Il est actuellement 22h46.


 
 
 
 
Partenaires

Hébergement Web