Aller au contenu

« WinFS » : différence entre les versions

Un article de Wikipédia, l'encyclopédie libre.
Contenu supprimé Contenu ajouté
Mule hollandaise (discuter | contributions)
Comme service à l'utilisateur : Correction lien vers page d'homonymie
Balises : Modification par mobile Modification par le web mobile
BeatrixBelibaste (discuter | contributions)
m formulation plus directe
 
(9 versions intermédiaires par 9 utilisateurs non affichées)
Ligne 1 : Ligne 1 :
{{à recycler}}
{{à recycler|date=novembre 2009|thème=informatique}}
'''WinFS''' (pour {{Lien|fr=Windows Future Storage|lang=en|trad=Windows Future Storage|texte=''Windows Future Storage''}}<ref>[http://www.pcinpact.com/actu/news/Windows_Future_Storage_Oui_Non_Peutetre_.htm ''{{lang|en|Windows Future Storage}} : Oui ? Non ? Peut-être ?''] sur le site de [[PC INpact (site web)|PCInpact]] (10 mars 2005).</ref>) est le nom d’une extension annulée puis redéveloppée du [[système de fichier]] [[New Technology File System|NTFS]], ou plus exactement une nouvelle procédure d’accès aux fichiers dont le support NTFS sous-jacent serait resté en place, dans les coulisses de [[Microsoft Windows|Windows]].
'''WinFS''' (pour {{Lien|fr=Windows Future Storage|lang=en|trad=Windows Future Storage|texte=''{{lang|en|Windows Future Storage}}''}}<ref>{{Lien web |langue=en |auteur= |titre=Windows Future Storage : Oui ? Non ? Peut-être ? |url=https://www.nextinpact.com/archive/Windows_Future_Storage_Oui_Non_Peutetre_.htm |site=[[Next INpact|nextinpact.com]] |date=10-03-2005 |consulté le=05-01-2021}}.</ref>) est une extension annulée puis redéveloppée du [[système de fichier]] [[New Technology File System|NTFS]], ou plus exactement une nouvelle procédure d’accès aux fichiers dont le support NTFS sous-jacent serait resté en place, dans les coulisses de [[Microsoft Windows|Windows]].


== Historique et but ==
== Historique et but ==


Dans le passé, lors de l’apparition de [[disque dur|disques durs]] de grande capacité, il est d’un constat courant qu’à partir de la centaine de fichiers, on doit considérer impossible de gérer tous ces noms dans un [[espace de nom|espace unique]]. C’est pourquoi, les informaticiens ont inventé le système de fichiers hiérarchique, utilisé par la plupart des systèmes d’exploitation comme [[UNIX|Unix]] puis [[DOS]]. Ainsi, tous les fichiers sont accessibles via leur [[Chemin d'accès|chemin d’accès]] (ou [[Adresse Web|adresse]]), et non simplement via leur nom.
Dans le passé, lors de l’apparition de [[Disque dur|disques durs]] de grande capacité, il est d’un constat courant qu’à partir de la centaine de fichiers, on doit considérer impossible de gérer tous ces noms dans un [[Espace de nom|espace unique]]. C’est pourquoi, les informaticiens ont inventé le système de fichiers hiérarchique, utilisé par la plupart des [[Système d'exploitation|systèmes d’exploitation]] comme [[UNIX|Unix]] puis [[DOS]]. Ainsi, tous les fichiers sont accessibles via leur [[Chemin d'accès|chemin d’accès]] (ou [[Adresse Web|adresse]]), et non simplement via leur nom.


Plusieurs répertoires signifie que les fichiers ne sont plus accessibles en tout temps par leur nom, ce qui se révéla peu pratique. On a donc proposé plusieurs palliatifs, pour exemple :
Plusieurs répertoires signifie que les fichiers ne sont plus accessibles en tout temps par leur nom, ce qui se révéla peu pratique. On a donc proposé plusieurs palliatifs, par exemple :


* Compléter les noms d'un suffixe indiquant à la fois le type du contenu associé et le type de traitement suggéré (''Datapoint TRW 2200'', 1975)
* compléter les noms d'un suffixe indiquant à la fois le type du contenu associé et le type de traitement suggéré (''Datapoint TRW 2200'', 1975) ;
* Chercher un exécutable que dans les répertoires connus déclarés comme en contenant ([[Chemin d'accès|PATH]], notion venant d’UNIX), pour singer une commande interne.
* chercher un exécutable que dans les répertoires connus déclarés comme en contenant ([[Chemin d'accès|PATH]], notion venant d’UNIX), pour singer une commande interne ;
* Chaque application cherche ses fichiers propres dans un répertoire qu’elle a créé à cet effet (par exemple ''ALDUS'').
* chaque application cherche ses fichiers propres dans un répertoire qu’elle a créé à cet effet (par exemple ''ALDUS'').


Lorsque l’on commença à atteindre les {{nombre|40000|fichiers}}, un autre problème se posa : comment gérer les fichiers efficacement ''en termes d’ergonomie'' : les utilisateurs se perdaient en effet dans le foisonnement des répertoires et sous-répertoires{{référence souhaitée}}. Le problème déjà bien connu du temps de [[UNIX]]{{référence souhaitée}}. Il existe beaucoup de fichiers ''SETUP.EXE'' ou ''README.TXT'', ce problème est appelé multiples [[synonyme|synonymies]]. Un fichier ne pouvait de ce fait être déplacé automatiquement sans risquer de perdre sa signification en perdant son contexte.
Lorsque l’on commença à atteindre les {{nombre|40000|fichiers}}, un autre problème se posa : comment gérer les fichiers efficacement ''en matière d’ergonomie'' : les utilisateurs se perdaient en effet dans le foisonnement des répertoires et sous-répertoires{{référence souhaitée}}. Le problème déjà bien connu du temps de [[UNIX]]{{référence souhaitée}}. Il existe beaucoup de fichiers ''SETUP.EXE'' ou ''README.TXT'', ce problème est appelé multiples [[Synonyme|synonymies]]. Un fichier ne pouvait de ce fait être déplacé automatiquement sans risquer de perdre sa signification en perdant son contexte.


[[International Business Machines Corporation|IBM]] s’était occupé de cette question dès les années 1970 avec son [[projet FS]], prévu pour remplacer l’[[IBM 360 et 370|architecture antérieure]]. Ce projet a été abandonné en 1975, mais a eu pour retombée vers 1979 le {{Lien|fr=System/38|lang=en|trad=System/38|texte=System 38}}, puis l’[[AS/400]] : sa solution consistait à ne plus avoir pour l’utilisateur de ''hiérarchie de répertoires'', mais une [[base de données relationnelle]] des fichiers. Justement les brevets IBM{{ref. nécessaire}}, qui couvraient pour {{nombre|20|ans}} sa propriété du procédé, étaient sur le point de tomber dans le domaine public.
[[International Business Machines Corporation|IBM]] s’était occupé de cette question dès les {{lnobr|années 1970}} avec son [[projet FS]], prévu pour remplacer l’[[IBM 360 et 370|architecture antérieure]]. Ce projet a été abandonné en 1975, mais a eu pour retombée vers 1979 le {{Lien|fr=System/38|lang=en|trad=System/38|texte={{nobr|{{lang|en|System}} 38}}}}, puis l’[[AS/400]] : sa solution consistait à ne plus avoir pour l’utilisateur de ''hiérarchie de répertoires'', mais une [[base de données relationnelle]] des fichiers. Justement les brevets IBM{{ref. nécessaire}}, qui couvraient pour {{nombre|20|ans}} sa propriété du procédé, étaient sur le point de tomber dans le domaine public.


Le but de WinFS est d’adopter la même solution, et de rendre à son tour l’usage des fichiers plus intuitif et plus simple pour l’utilisateur.
Le but de WinFS est d’adopter la même solution, et de rendre à son tour l’usage des fichiers plus intuitif et plus simple pour l’utilisateur.


Pour l’instant, la majorité des systèmes de fichier sont organisés sous forme d’[[arborescence (informatique)|arborescence]]. WinFS, avec l’aide de [[métadonnée]]s, permettrait à l’utilisateur d’effectuer la recherche d’un fichier non pas en fonction de son nom ou/et de sa place dans l’arborescence, mais en fonction de son contenu. À partir de là, si l’on recherche un document parlant de la planète ''Mars'', il suffira juste de taper dans une interface de recherche (similaire à celle de Google, par exemple) ce que l’on en connaît (nom, contenu texte, type du fichier, métadonnées), et le système de gestion de fichiers fera le reste. Les noms seront à nouveau ''apparemment'' dans un espace unique, l’utilisateur n’étant pas dérangé avec le détail de l’organisation hiérarchique qui ne lui apparaîtra plus. Bien que plus onéreuse en ressources machine (ce qui pose d’ailleurs peu de problème avec des machines modernes), cette approche se solderait par un gain de productivité pour l’utilisateur{{ref. nécessaire}}.
Pour l’instant, la majorité des systèmes de fichier sont organisés sous forme d’[[Arborescence (informatique)|arborescence]]. WinFS, avec l’aide de [[métadonnée]]s, permettrait à l’utilisateur d’effectuer la recherche d’un fichier non pas en fonction de son nom ou/et de sa place dans l’arborescence, mais en fonction de son contenu. À partir de là, si l’on recherche un document parlant de la planète ''Mars'', il suffira juste de taper dans une interface de recherche (similaire à celle de Google, par exemple) ce que l’on en connaît (nom, contenu texte, type du fichier, métadonnées), et le système de gestion de fichiers fera le reste. Les noms seront à nouveau ''apparemment'' dans un espace unique, l’utilisateur n’étant pas dérangé avec le détail de l’organisation hiérarchique qui ne lui apparaîtra plus. Bien que plus onéreuse en ressources machine (ce qui pose d’ailleurs peu de problème avec des machines modernes), cette approche se solderait par un gain de productivité pour l’utilisateur{{ref. nécessaire}}.


La version [[bêta]] 1 de WinFS a été distribuée aux membres du {{lang|en|''[[Microsoft Developer Network]]''}} (MSDN), le {{date|29|août|2005|en informatique}}.
La version {{nobr|[[bêta]] 1}} de WinFS a été distribuée aux membres du ''{{lang|en|[[Microsoft Developer Network]]}}'' (MSDN), le {{date|29|août|2005|en informatique}}.


Alors qu'une version bêta 2 était prévue pour {{date||juin|2006|en informatique}}, [[Microsoft]] a annulé WinFS le [[25 juin]], à la surprise générale. Quentin Clark, développeur en chef, écrit sur son blog que le code sera utilisé dans la prochaine version de {{lang|en|[[SQL Server]]}} et d’ADO.NET.{{refsou}}
Alors qu'une version {{nobr|bêta 2}} était prévue pour {{date||juin|2006|en informatique}}, [[Microsoft]] a annulé WinFS le {{date|25 juin 2006-}}, à la surprise générale. Quentin Clark, développeur en chef, écrit sur son [[blog]] que le code sera utilisé dans la prochaine version de {{lang|en|[[SQL Server]]}} et d’ADO.NET.{{refsou}}


Finalement, le projet WinFS, toujours en développement aux dernières nouvelles, sera peut-être repris dans une future version de Windows, bien que Windows 8 ne montre aucun signe de WinFS.
Finalement, le projet WinFS, toujours en développement aux dernières nouvelles, sera peut-être repris dans une future version de Windows, bien que {{nobr|[[Windows 10]]}} ne montre aucun signe de WinFS.


== Innovation ==
== Innovation ==


=== Comme service de fichiers ===
=== Comme service de fichiers ===
WinFS n’est pas une innovation de la part de Microsoft. Le principe d’associer des métadonnées aux fichiers avait déjà été utilisé par le {{Lien|fr=System/38|lang=en|trad=System/38|texte=System 38}}, l’[[OS/400]], [[OS/2]] (auquel avait participé d’ailleurs Microsoft), et [[BeOS file system|BFS]], le système de fichiers de BeOS. Le système d’exploitation [[Pick (système d'exploitation)|Pick]] comprenait également en standard une base de données relationnelle intégrée au système.
WinFS n’est pas une innovation de la part de Microsoft. Le principe d’associer des métadonnées aux fichiers avait déjà été utilisé par le {{Lien|fr=System/38|lang=en|trad=System/38|texte={{nobr|{{lang|en|System}} 38}}}}, l’[[OS/400]], [[OS/2]] (auquel avait participé d’ailleurs Microsoft), et [[BeOS file system|BFS]], le système de fichiers de [[BeOS]]. Le système d’exploitation [[Pick (système d'exploitation)|Pick]] comprenait également en standard une base de données relationnelle intégrée au système.


La version 4 du système de fichiers [[ReiserFS]] utilise également des métadonnées. En fait, l’[[Ext2]] de [[Rémy Card]] en utilisait lui-même aussi, bien que se limitant à quelques bits de méta-attributs (commande ''chattr'' de [[Linux]]).
La {{nobr|version 4}} du système de fichiers [[ReiserFS]] utilise également des métadonnées. En fait, l’[[Ext2]] de [[Rémy Card]] en utilisait lui-même aussi, bien que se limitant à quelques bits de méta-attributs (commande ''chattr'' de [[Linux]]).


=== Comme service à l'utilisateur ===
=== Comme service à l'utilisateur ===
[[Apple Inc.|Apple]] de son côté, a développé une technologie [[Spotlight]], disponible depuis la version [[Mac OS X 10.4 Tiger]]. [[Spotlight]] indexe le contenu du [[disque dur]] pour fournir le résultat d’une recherche instantanément, mais cela ne concerne que l’interface utilisateur (''[[desktop search]]''), et non les accès système ou applicatifs. Sous [[Linux]], on peut citer comme équivalents [[Beagle (informatique)|Beagle]], {{Lien|fr=GnomeStorage|lang=en|trad=GnomeStorage|texte=Gnome Storage}} ou {{Lien|fr=GScube|lang=en|trad=GScube|texte=GScube}}. Et ''[[Google Desktop]] existe depuis août 2008 sous ''[[Windows XP]]'' « classique ». Il existe depuis longtemps des services d’indexation sous [[Windows NT]] qui remplissent la même fonction que [[Spotlight]] et [[Google Desktop]]. [[Microsoft]] a fourni le sien avec {{Lien|fr=Windows_Desktop_Search|lang=en|trad=Windows_Desktop_Search|texte=Windows Desktop Search}}.
[[Apple Inc.|Apple]] de son côté, a développé une technologie [[Spotlight (moteur de recherche)|{{lang|en|Spotlight}}]], disponible depuis la version [[Mac OS X v10.4|Mac OS X 10.4 Tiger]]. [[Spotlight (moteur de recherche)|{{lang|en|Spotlight}}]] indexe le contenu du [[disque dur]] pour fournir le résultat d’une recherche instantanément, mais cela ne concerne que l’interface utilisateur (''{{lang|en|[[desktop search]]}}''), et non les accès système ou applicatifs. Sous [[Linux]], on peut citer comme équivalents [[Beagle (informatique)|Beagle]], {{Lien|fr=GnomeStorage|lang=en|trad=GnomeStorage|texte={{lang|en|Gnome Storage}}}} ou {{Lien|fr=GScube|lang=en|trad=GScube|texte=GScube}}. Et ''{{lang|en|[[Google Desktop]]}}'' existe depuis {{date|août 2008|en informatique}} sous ''[[Windows XP]]'' « classique ». Il existe depuis longtemps des services d’indexation sous [[Windows NT]] qui remplissent la même fonction que [[Spotlight (moteur de recherche)|{{lang|en|Spotlight}}]] et {{lang|en|[[Google Desktop]]}}. [[Microsoft]] a fourni le sien avec {{Lien|fr=Windows_Desktop_Search|lang=en|trad=Windows_Desktop_Search|texte={{lang|en|Windows Desktop Search}}}}.


== Disponibilité ==
== Disponibilité ==
La disponibilité de WinFS comme nouveau système de fichiers de [[Windows Vista]] est repoussée plusieurs fois avant d’être annulée en {{date||juin|2006|en informatique}}. Certaines technologies développées sont elles, conservées et intégrées dans d’autres produits de Microsoft comme {{lang|en|''[[SQL Server]] 2008''}}, {{lang|en|''[[ADO.NET]] Entity Framework''}}<ref>{{en}} {{Lien web
La disponibilité de WinFS comme nouveau système de fichiers de [[Windows Vista]] est repoussée plusieurs fois avant d’être annulée en {{date||juin|2006|en informatique}}. Certaines technologies développées sont elles, conservées et intégrées dans d’autres produits de Microsoft comme ''{{lang|en|[[SQL Server]] 2008}}'', ''{{lang|en|[[ADO.NET]] Entity Framework}}''<ref>{{Lien web |lang=en |auteur=Quentin Clark |titre=WinFS Update |url=http://blogs.msdn.com/winfs/archive/2006/06/23/644706.aspx |site=blogs.msdn.com |date=23-06-2006 |consulté le=24 avril 2009}}.</ref>.
|url=http://blogs.msdn.com/winfs/archive/2006/06/23/644706.aspx
|titre={{lang|en|WinFS Update}}
|id=WinFS Update
|auteur=Quentin Clark
|date={{date|23|juin|2006}}
|site={{lang|en|WinFS Team Blog}}
|en ligne le=23 juin 2006
|consulté le=24 avril 2009
}}</ref>.


Quelques mois plus tard en {{date||novembre|2006|en informatique}}, [[Bill Gates]] annonce lors d’une entrevue à Moscou que le développement de WinFS continue et que des produits comme {{lang|en|''[[Microsoft Windows Mail|Windows Mail]]''}}, ''{{Lien|fr=Windows_Calendar|lang=en|trad=Windows_Calendar|texte=Windows Calendar}}'', ''[[Windows Photo Gallery]]'', {{lang|en|''[[Windows Media Player]]''}} ainsi que certaines applications de la suite bureautique {{lang|en|''[[Microsoft Office]]''}} telle que {{lang|en|''[[Microsoft Office Outlook|Outlook]]''}} utiliseront WinFS pour gérer leurs données<ref>{{en}} {{Lien web
Quelques mois plus tard en {{date||novembre|2006|en informatique}}, [[Bill Gates]] annonce lors d’une entrevue à Moscou que le développement de WinFS continue et que des produits comme ''{{lang|en|[[Microsoft Windows Mail|Windows Mail]]}}'', ''{{Lien|fr=Windows_Calendar|lang=en|trad=Windows_Calendar|texte={{lang|en|Windows Calendar}}}}'', ''[[Windows Photo Gallery]]'', ''{{lang|en|[[Windows Media Player]]}}'' ainsi que certaines applications de la suite bureautique ''{{lang|en|[[Microsoft Office]]}}'' telle que ''{{lang|en|[[Microsoft Office Outlook|Outlook]]}}'' utiliseront WinFS pour gérer leurs données<ref>{{Lien web |lang=en |auteur=Daniel Kornev |titre=A few words about WinFS: The project is CLOSED |url=http://channel9.msdn.com/forums/Coffeehouse/250887-A-few-words-about-WinFS-The-project-is-CLOSED/ |site=channel9.msdn.com |date=19-12-2006 |consulté le=24 avril 2009}}.</ref>.
|url=http://channel9.msdn.com/forums/Coffeehouse/250887-A-few-words-about-WinFS-The-project-is-CLOSED/
|titre={{lang|en|''A few words about WinFS: The project is CLOSED''}}
|id=A few words about WinFS: The project is CLOSED
|auteur=Daniel Kornev
|date={{date|19|décembre|2006}}
|en ligne le=19 décembre 2006
|consulté le=24 avril 2009
}}</ref>.


En [[2009 en informatique|2009]], aucune intégration comme système de fichiers n’est annoncée.
En [[2009 en informatique|2009]], aucune intégration comme système de fichiers n’est annoncée.


== Références ==
== Notes et références ==
<references />
<references />


Ligne 70 : Ligne 53 :


=== Liens externes ===
=== Liens externes ===
* {{en}} [http://blogs.msdn.com/winfs/default.aspx Blog de l’équipe WinFS]
* {{lien brisé|lang=en |url=http://blogs.msdn.com/winfs/default.aspx |titre=Blog de l’équipe WinFS}}
* {{en}} [http://seattletimes.nwsource.com/html/microsoft/2003090022_winfs28.html Annonce d’annulation de WinFS]
* {{lien brisé|lang=en |url=http://seattletimes.nwsource.com/html/microsoft/2003090022_winfs28.html |titre=Annonce d’annulation de WinFS |date=septembre 2003}}


{{Portail|Microsoft}}
{{Portail|Microsoft}}

Dernière version du 21 juin 2024 à 02:45

WinFS (pour Windows Future Storage (en)[1]) est une extension annulée puis redéveloppée du système de fichier NTFS, ou plus exactement une nouvelle procédure d’accès aux fichiers dont le support NTFS sous-jacent serait resté en place, dans les coulisses de Windows.

Historique et but

[modifier | modifier le code]

Dans le passé, lors de l’apparition de disques durs de grande capacité, il est d’un constat courant qu’à partir de la centaine de fichiers, on doit considérer impossible de gérer tous ces noms dans un espace unique. C’est pourquoi, les informaticiens ont inventé le système de fichiers hiérarchique, utilisé par la plupart des systèmes d’exploitation comme Unix puis DOS. Ainsi, tous les fichiers sont accessibles via leur chemin d’accès (ou adresse), et non simplement via leur nom.

Plusieurs répertoires signifie que les fichiers ne sont plus accessibles en tout temps par leur nom, ce qui se révéla peu pratique. On a donc proposé plusieurs palliatifs, par exemple :

  • compléter les noms d'un suffixe indiquant à la fois le type du contenu associé et le type de traitement suggéré (Datapoint TRW 2200, 1975) ;
  • chercher un exécutable que dans les répertoires connus déclarés comme en contenant (PATH, notion venant d’UNIX), pour singer une commande interne ;
  • chaque application cherche ses fichiers propres dans un répertoire qu’elle a créé à cet effet (par exemple ALDUS).

Lorsque l’on commença à atteindre les 40 000 fichiers, un autre problème se posa : comment gérer les fichiers efficacement en matière d’ergonomie : les utilisateurs se perdaient en effet dans le foisonnement des répertoires et sous-répertoires[réf. souhaitée]. Le problème déjà bien connu du temps de UNIX[réf. souhaitée]. Il existe beaucoup de fichiers SETUP.EXE ou README.TXT, ce problème est appelé multiples synonymies. Un fichier ne pouvait de ce fait être déplacé automatiquement sans risquer de perdre sa signification en perdant son contexte.

IBM s’était occupé de cette question dès les années 1970 avec son projet FS, prévu pour remplacer l’architecture antérieure. Ce projet a été abandonné en 1975, mais a eu pour retombée vers 1979 le System 38 (en), puis l’AS/400 : sa solution consistait à ne plus avoir pour l’utilisateur de hiérarchie de répertoires, mais une base de données relationnelle des fichiers. Justement les brevets IBM[réf. nécessaire], qui couvraient pour 20 ans sa propriété du procédé, étaient sur le point de tomber dans le domaine public.

Le but de WinFS est d’adopter la même solution, et de rendre à son tour l’usage des fichiers plus intuitif et plus simple pour l’utilisateur.

Pour l’instant, la majorité des systèmes de fichier sont organisés sous forme d’arborescence. WinFS, avec l’aide de métadonnées, permettrait à l’utilisateur d’effectuer la recherche d’un fichier non pas en fonction de son nom ou/et de sa place dans l’arborescence, mais en fonction de son contenu. À partir de là, si l’on recherche un document parlant de la planète Mars, il suffira juste de taper dans une interface de recherche (similaire à celle de Google, par exemple) ce que l’on en connaît (nom, contenu texte, type du fichier, métadonnées), et le système de gestion de fichiers fera le reste. Les noms seront à nouveau apparemment dans un espace unique, l’utilisateur n’étant pas dérangé avec le détail de l’organisation hiérarchique qui ne lui apparaîtra plus. Bien que plus onéreuse en ressources machine (ce qui pose d’ailleurs peu de problème avec des machines modernes), cette approche se solderait par un gain de productivité pour l’utilisateur[réf. nécessaire].

La version bêta 1 de WinFS a été distribuée aux membres du Microsoft Developer Network (MSDN), le .

Alors qu'une version bêta 2 était prévue pour , Microsoft a annulé WinFS le , à la surprise générale. Quentin Clark, développeur en chef, écrit sur son blog que le code sera utilisé dans la prochaine version de SQL Server et d’ADO.NET.[réf. souhaitée]

Finalement, le projet WinFS, toujours en développement aux dernières nouvelles, sera peut-être repris dans une future version de Windows, bien que Windows 10 ne montre aucun signe de WinFS.

Comme service de fichiers

[modifier | modifier le code]

WinFS n’est pas une innovation de la part de Microsoft. Le principe d’associer des métadonnées aux fichiers avait déjà été utilisé par le System 38 (en), l’OS/400, OS/2 (auquel avait participé d’ailleurs Microsoft), et BFS, le système de fichiers de BeOS. Le système d’exploitation Pick comprenait également en standard une base de données relationnelle intégrée au système.

La version 4 du système de fichiers ReiserFS utilise également des métadonnées. En fait, l’Ext2 de Rémy Card en utilisait lui-même aussi, bien que se limitant à quelques bits de méta-attributs (commande chattr de Linux).

Comme service à l'utilisateur

[modifier | modifier le code]

Apple de son côté, a développé une technologie Spotlight, disponible depuis la version Mac OS X 10.4 Tiger. Spotlight indexe le contenu du disque dur pour fournir le résultat d’une recherche instantanément, mais cela ne concerne que l’interface utilisateur (desktop search), et non les accès système ou applicatifs. Sous Linux, on peut citer comme équivalents Beagle, Gnome Storage (en) ou GScube (en). Et Google Desktop existe depuis sous Windows XP « classique ». Il existe depuis longtemps des services d’indexation sous Windows NT qui remplissent la même fonction que Spotlight et Google Desktop. Microsoft a fourni le sien avec Windows Desktop Search (en).

Disponibilité

[modifier | modifier le code]

La disponibilité de WinFS comme nouveau système de fichiers de Windows Vista est repoussée plusieurs fois avant d’être annulée en . Certaines technologies développées sont elles, conservées et intégrées dans d’autres produits de Microsoft comme SQL Server 2008, ADO.NET Entity Framework[2].

Quelques mois plus tard en , Bill Gates annonce lors d’une entrevue à Moscou que le développement de WinFS continue et que des produits comme Windows Mail, Windows Calendar (en), Windows Photo Gallery, Windows Media Player ainsi que certaines applications de la suite bureautique Microsoft Office telle que Outlook utiliseront WinFS pour gérer leurs données[3].

En 2009, aucune intégration comme système de fichiers n’est annoncée.

Notes et références

[modifier | modifier le code]
  1. (en) « Windows Future Storage : Oui ? Non ? Peut-être ? », sur nextinpact.com, (consulté le ).
  2. (en) Quentin Clark, « WinFS Update », sur blogs.msdn.com, (consulté le ).
  3. (en) Daniel Kornev, « A few words about WinFS: The project is CLOSED », sur channel9.msdn.com, (consulté le ).

Articles connexes

[modifier | modifier le code]

Liens externes

[modifier | modifier le code]