As a former WinFS'er, WinFS's problem wasn't performance - it's problem was in how to expose all the data stored in it in a way the end users (i.e., your grandmother, who probably can't deal with even files and folders and isn't ready to write queries, even natural language ones) could manipulate directly. All the redesigns I saw over the last year were concerning this one issue. Everything else seemed to be coming together except how to expose it to the end user. My perception is once management realized they had all the other problems solved except this one and could ship everything else in SQL Server and benefit a whole bunch of people without waiting for solution no one had found after a huge investment, they decided to merge everything that did work into SQL Server/ADO.Net. And break off the part they were struggling with into a new, much smaller, prototyping team, not called WinFS. So all the parts of WinFS are still alive, just broken up into stuff we know how to do and can ship and stuff we don't know how to do and aren't sure when or if it'll ship.
By Anonymous, at 8:35 PM
MS selling it as a product for years was typical of their FUD/Vaporware. Moving the code into SQL server, etc., doesn't sound like an unreasonable move to me, but killing it because a grandmother can't figure it out seems incredibly stupid. What ever happened to the idea of an OS vendor supplying a basic framework and letting ISVs build on it?[1]
Cheers,
Scott.