> Le besoin que tu décris (trouver une photo) n'est pas un besoin universel
Le besoin que je décris c'est "trouver un fichier sans avoir à retenir son identifiant unique complet". Si ça ce n'est pas une problématique de base pour un système de stockage je ne sais pas ce que tu entend par besoin universel.
Ca peut être une photo, un programme, un document Word ou tout ce que tu veux, ça revient bien au même. J'ai toujours deux manière d'accéder à un fichier :
- par son identifiant (inode ou chemin dans le FS)
- en recherchant
Pour une recherche la gestion de mots clés me semble mieux résoudre le problème que la gestion de dossiers hiérarchiques arbitraires (et rien n'empêche de présenter mes mots clés sous forme de dossiers si tu préfères, l'inverse n'est par contre pas possible simplement).
Ca me parait justement un besoin basique propre au FS ça.
> Alors qu'il suffirait, en plus du filesystem, de stocker une base de
> données de mots-clé associés aux fichiers
Si cette base finit par être intégrée de la même façon qu'un journal ou que les attributs étendus, ça revient pour moi à dire que c'est dans le FS. Après que en interne il stocke et une hiérarchie classique et un mini moteur de mot clé ou qu'il se base uniquement sur le mini moteur ... c'est du domaine de l'implémentation interne et ça ne me concerne pas.
[^] # Re: mouai
Posté par Éric (site web personnel) . En réponse au journal Unix, que sont devenus tes concepts ?. Évalué à 2.
Le besoin que je décris c'est "trouver un fichier sans avoir à retenir son identifiant unique complet". Si ça ce n'est pas une problématique de base pour un système de stockage je ne sais pas ce que tu entend par besoin universel.
Ca peut être une photo, un programme, un document Word ou tout ce que tu veux, ça revient bien au même. J'ai toujours deux manière d'accéder à un fichier :
- par son identifiant (inode ou chemin dans le FS)
- en recherchant
Pour une recherche la gestion de mots clés me semble mieux résoudre le problème que la gestion de dossiers hiérarchiques arbitraires (et rien n'empêche de présenter mes mots clés sous forme de dossiers si tu préfères, l'inverse n'est par contre pas possible simplement).
Ca me parait justement un besoin basique propre au FS ça.
> Alors qu'il suffirait, en plus du filesystem, de stocker une base de
> données de mots-clé associés aux fichiers
Si cette base finit par être intégrée de la même façon qu'un journal ou que les attributs étendus, ça revient pour moi à dire que c'est dans le FS. Après que en interne il stocke et une hiérarchie classique et un mini moteur de mot clé ou qu'il se base uniquement sur le mini moteur ... c'est du domaine de l'implémentation interne et ça ne me concerne pas.