Sauvegarde d'arborescence
Résolu
Azer_Ty
Messages postés
104
Date d'inscription
Statut
Membre
Dernière intervention
-
Azer_Ty Messages postés 104 Date d'inscription Statut Membre Dernière intervention -
Azer_Ty Messages postés 104 Date d'inscription Statut Membre Dernière intervention -
Bonjour,
Je voudrais savoir si il existe des exemples de tables pour pouvoir sauvegarder une arborescence de fichiers/dossiers dans une base de donnée ?
D'avance merci pour vos réponses.
Je voudrais savoir si il existe des exemples de tables pour pouvoir sauvegarder une arborescence de fichiers/dossiers dans une base de donnée ?
D'avance merci pour vos réponses.
A voir également:
- Sauvegarde d'arborescence
- Logiciel de sauvegarde gratuit - Guide
- Sauvegarde facile - Télécharger - Sauvegarde
- Sauvegarde android - Guide
- Sauvegarde time machine - Guide
- Sauvegarde windows 10 - Guide
2 réponses
Un système de fichier possède une structure d'arbre.
Moi je verrais bien une seule table avec une relation récursive, c'est à dire avec une référence à elle-même.
Un dossier ou un fichier, c'est la même chose: on va appeller ça un noeud (j'ai mis Node).
Un Noeud ça a un nom (le nom du fichier/dossier mais sans son chemin).
Et un noeud ça possède un parent ou pas.
Un noeud qui possède un parent c'est un fichier ou un dossier contenu dans un dossier (le dossier parent).
Il n'y a qu'un seul noeud qui n'a pas de parent: le dossier racine, son parent est NULL.
Voici comment je le vois en modèle conceptuel de données (MCD):
http://thesermon.free.fr/ccm/rep.png
C'est mal foutu mais en haut la relation c'est 1,n et en bas c'est 1,1. Tout ça pour dire que cette table aura une clé étrangère qui sera une référence sur une clé primaire de cette table. Cette clé étrangère sera le noeud parent.
Voici ce que ça donne au final (modèle physique):
http://thesermon.free.fr/ccm/rep2.png
Remlace Node_idNode par idParent.
C'est le plus simple (quand on a déjà abordé la récursivité) et ça fait cool parce que c'est récursif. C'est pas mal pour briller en société, à table ou dans un repas professionnel. Mais je pense que le jour où tu dois gérer une base de données efficace pour représenter un système de fichier, il faudra peut être diviser cette table en deux etc....
Moi je verrais bien une seule table avec une relation récursive, c'est à dire avec une référence à elle-même.
Un dossier ou un fichier, c'est la même chose: on va appeller ça un noeud (j'ai mis Node).
Un Noeud ça a un nom (le nom du fichier/dossier mais sans son chemin).
Et un noeud ça possède un parent ou pas.
Un noeud qui possède un parent c'est un fichier ou un dossier contenu dans un dossier (le dossier parent).
Il n'y a qu'un seul noeud qui n'a pas de parent: le dossier racine, son parent est NULL.
Voici comment je le vois en modèle conceptuel de données (MCD):
http://thesermon.free.fr/ccm/rep.png
C'est mal foutu mais en haut la relation c'est 1,n et en bas c'est 1,1. Tout ça pour dire que cette table aura une clé étrangère qui sera une référence sur une clé primaire de cette table. Cette clé étrangère sera le noeud parent.
Voici ce que ça donne au final (modèle physique):
http://thesermon.free.fr/ccm/rep2.png
Remlace Node_idNode par idParent.
C'est le plus simple (quand on a déjà abordé la récursivité) et ça fait cool parce que c'est récursif. C'est pas mal pour briller en société, à table ou dans un repas professionnel. Mais je pense que le jour où tu dois gérer une base de données efficace pour représenter un système de fichier, il faudra peut être diviser cette table en deux etc....
