Existe-t-il une meilleure alternative au système de fichiers basé sur des dossiers, et sera-t-il bientôt remplacé? [fermé]

15

Tous les systèmes de fichiers que j'ai rencontrés étaient basés sur des dossiers - vous avez un dossier racine, qui contient des fichiers et des sous-dossiers, qui à son tour contient des fichiers et des sous-dossiers, etc.

Existe-t-il une meilleure alternative à l'organisation des fichiers et remplacera-t-il bientôt le système actuel? N'hésitez pas à inclure un historique des systèmes de fichiers, si vous jugez que cela est en ordre dans votre réponse.

Interprétez le terme «mieux» comme bon vous semble.

gablin
la source
2
Un chemin de fichier complet n'est rien d'autre qu'un nom unique pour moi et un dossier est un nom de fichier avec un caractère générique qui répertorie potentiellement les fichiers commençant par ce nom. Je ne pense pas qu'un dictionnaire soit hiérarchique, juste indexé et trié. La recherche est géniale lorsque vous savez quoi chercher. Chronologique est utile si vous savez quand un fichier a été utilisé pour la dernière fois. Les balises sont un bon moyen d'organiser un seul fichier de plusieurs manières. À un moment donné, vous êtes bloqué en train de rechercher le fichier. Traverser un arbre est très bien dans la plupart des cas.
JeffO
3
Je manque le système d'étiquettes de Google Drive, où il n'y avait pas vraiment de dossiers. Tout fichier peut être placé dans plusieurs étiquettes, ce qui vous permet de vous organiser de plusieurs manières différentes à la fois. C'est beaucoup plus facile à mon avis.
RubberDuck
1
@RubberDuck OSX vous permet de le faire aussi, et je me suis toujours trop dit "wow, cela a beaucoup plus de sens", car il arrive très souvent qu'un fichier particulier appartienne à plusieurs catégories logiques. Cependant, même si je ressens cela, je ne profite pas des balises, car 1) je suis tellement habitué à organiser les choses dans les hiérarchies de fichiers et 2) les applications comprennent les systèmes de fichiers mais pas les balises.
gardenhead

Réponses:

8

Existe-t-il une meilleure alternative à l'organisation des fichiers,

Oui.

va-t-il bientôt remplacer le système actuel?

Non.

Vous ne pouvez pas remplacer la hiérarchie pour organiser les concepts.

Tous les systèmes de fichiers ont des liens matériels: les systèmes de fichiers actuels ne sont pas hiérarchiques.

Les gens les utilisent de cette façon parce que les gens aiment ça.

Cependant, le système de fichiers est une base de données "en réseau" (pas hiérarchique). Nous n'utilisons simplement pas beaucoup les capacités du réseau pour une raison évidente. Tout autre chose qu'une simple hiérarchie prête à confusion.

S.Lott
la source
Triez pour dire quelle que soit l'implémentation sous-jacente, sinon, nous utiliserons toujours une structure hiérarchique pour organiser au moins nos propres fichiers.
Filip Dupanović
1
les liens durs sont interdits pour former des cycles, donc c'est toujours une hiérarchie (pas un arbre cependant).
vartec
7
-1 Parce que vous devez vous qualifier et expliquer le "meilleur" système, au lieu de simplement dire "oui"
Darknight
4
Je ne comprends pas comment un système de fichiers basé sur des dossiers n'est pas un système hiérarchique. Pourriez-vous expliquer davantage?
gablin
1
Un exemple concret d'un système de fichiers qui est décidément non classique: git. Bien qu'il gitcrée incontestablement un système de fichiers, ses validations forment une structure qui n'est pas hiérarchique. Ils forment un DAG dans sa forme la plus générale, ce qui permet toute combinaison de ramification et de fusion. La plupart des fichiers sont même référencés par une tonne de validations différentes, jusqu'aux points où ils ont changé dans l'histoire. De plus, les objets file / tree / commit ne peuvent jamais changer. Et ce sont précisément ces particularités qui rendent le système de fichiers qui gitcrée tellement utile.
cmaster
7

Je ne pense pas, car il y a eu quelques tentatives (par exemple WinFS ), qui ont toutes été tuées. La structure "dossier" est une structure hiérarchique très courante. Je peux être considéré comme une taxonomie. Je pense que c'est une façon naturelle d'organiser les ressources.

D'un autre côté, vous pouvez avoir des vues frontales, comme «fichiers récents» ou «toute ma musique». Mais il n'y a aucune raison réelle de l'implémenter à bas niveau, dans le système de fichiers lui-même. Vous pouvez avoir une structure de données pour cette construction au-dessus du système de fichiers hiérarchique.

vartec
la source
5

Je pense que le système de fichiers arborescent basé sur des dossiers est courant, mais ce n'est pas le meilleur. En effet, je crois qu'une bonne classification d'un fichier est meilleure que de placer un fichier dans un certain «endroit», par exemple un dossier.

Les fichiers ont un contenu différent et, par conséquent, un fichier mp3 contient des métadonnées différentes par rapport à, disons, un fichier png. Dans une liste de colonnes, un problème se produit, seules les colonnes telles que la taille, la date de création, etc. sont communes.

Si vous regardez l'explorateur Windows par exemple, les colonnes changent lorsque certains types de fichiers sont détectés. Si vous avez beaucoup de fichiers mp3 dans un répertoire par exemple, des colonnes comme Album, Titre, etc. se produisent. Si parmi ces fichiers il y a un fichier png, ces colonnes / cellules n'ont pas de sens pour ce fichier / ligne particulier.

J'ai découvert que plusieurs fois, il serait logique de placer un fichier dans plusieurs dossiers, simplement parce qu'il existe plusieurs propriétés de classification qui identifient le fichier. Mais pourquoi un «lieu», un «dossier» devraient-ils classer un fichier?

Si j'ai une voiture, peu importe qu'elle soit dans le garage, dans un parking ou ailleurs, ce n'est pas le «lieu» qui identifie ma voiture, mais ses propriétés.

Lorsque tous mes fichiers sont classés correctement et précisément par métadonnées, cela ne me dérange pas où ils sont stockés, c'est juste dans un «cloud». Si j'ai besoin d'obtenir un certain fichier, cela doit être fait en spécifiant les métadonnées.

vif
la source
Sous Linux, un i-node donné peut avoir plusieurs liens durs vers lui. Un fichier peut donc appartenir à plusieurs répertoires
Basile Starynkevitch
5

Certains systèmes d'exploitation expérimentaux n'ont même aucun fichier. Ils ont des machines de persistance orthogonales . Regardez quelques projets académiques OS ( Coyotos , Grasshopper , IsaacOS , etc ...).

Et les vieilles machines Lisp des années 80 pourraient également ne pas avoir de systèmes de fichiers tels que nous les connaissons aujourd'hui.

Le site inactif tunes.org a eu quelques discussions (du siècle précédent) sur le système d'exploitation sans fichiers.

Le problème avec les systèmes d'exploitation non basés sur des fichiers est qu'ils doivent tout réimplémenter; même un compilateur C a besoin d'un système de fichiers .... Et malheureusement, il existe peu d'incitations économiques pour développer un tel système d'exploitation à partir de zéro.

Notez cependant que nos disques téraoctets sont un sale gâchis (les systèmes de fichiers hiérarchiques ne sont pas le meilleur moyen d'organiser les données en eux), et ce serait génial si nous pouvions avoir quelque chose de mieux que les systèmes de fichiers inspirés d'Unix (qui ont été copiés sous Windows) .

Des systèmes de fichiers hiérarchiques ont été inventés avec Multics (1969); Unix les a copiés.

Basile Starynkevitch
la source