Après avoir joué avec plusieurs bases de données SQL et NoSQL au fil des ans, je pense que le meilleur moyen pour moi d'assurer la portabilité de mes applications personnelles centrées sur les données est d'éviter complètement toutes les bases de données authentiques. Je vois le système de fichiers comme un magnifique paradigme de base de données portable, lisible par l'homme et donc d'une longévité suffisante pour le type d'applications personnelles que j'écris. C'est comme une base de données graphique qui applique une structure arborescente (idéale pour le partitionnement), avec des liens symboliques pour représenter les relations plusieurs-à-un.
Existe-t-il un moyen d'exporter la topologie complète du système de fichiers en un seul fichier? La sortie d'une find
commande est prometteuse, mais il n'existe aucun moyen standardisé d'exporter les données qui indiquent à quoi pointe un lien symbolique. Je ne veux pas proposer mon propre choix personnel de find
format de sortie tel que:
/home/me/photos/beach/me_and_my_dog.jpg -> /home/me/photos/beach/1.jpg
si quelqu'un a déjà effectué le travail d'établissement d'un format d'exportation de topologie de système de fichiers.
Un autre candidat est un fichier JSON:
home : [{
me : [{
photos : [{
beach : [{
1.jpg,
{ me_and_my_dog.jpg : ./1.jpg }
}]
}]
}
}]
mais encore une fois, il existe plusieurs façons de représenter les types de fichiers et je me demande si quelqu'un a déjà fait le travail d'établissement d'une norme.
Notez que je ne souhaite pas exporter le contenu des fichiers - cela rendrait l'exportation beaucoup plus importante que nécessaire.
la source
tree
commande (ce qui est génial) mais je ne savais pas qu'elle prend désormais en charge les formats analysables.tree
commande est la version Linux. La version Windows ne sort toujours que le simple "arbre".Vous pouvez utiliser
mtree
pour cela. Voir www.freebsd.org/cgi/man.cgi?query=mtree&sektion=8&manpath=FreeBSD+6.3-RELEASE et code.google.com/p/mtree-portIl est très polyvalent.
la source