WinFS

维基百科,自由的百科全书
跳转至: 导航搜索
Confusion grey.svg
提示:本条目的主题不是WinFX


WinFS(全名為Windows Future Storage[1] 是以關聯式資料庫為基礎之資料儲存與管理系統的代號名稱,它由Microsoft開發,在2003年首次用於Microsoft Windows 作業系統中的進階儲存子系統,它針對結構化半結構化未結構化資料保存與管理用途而設計。WinFS包含可用於儲存資訊的關聯式資料庫,而且可儲存任何類型的資料,前提是資料類型已有完整定義的結構描述。接著,便可透過關係來建立個別資料項目之間的關聯,這樣系統便可根據特定屬性作參照,使用者也可明確地描述屬性作參照。此外,因資料具完整定義的結構描述,任何應用程式均可重複使用資料;而且透過使用關係,可有效率地組織與擷取相關資料。因系統知道資訊的結構與用途,故可作複雜的查詢,以達成資料的進階搜尋,並透過探索資料項目之間的關係來彙整各種不同的資料項目。

File:WinFSCalendar.png
原型行事曆應用程式依日期排序影像,並使用影像與連絡人之間的關係來篩選影像。WinFS的目的是提供共用結構描述系統,以應用於此類案例。

WinFS與其共用類型結構描述可讓應用程式識別不同的資料類型,但仍需撰寫應用程式以轉譯不同的資料類型。因此,WinFS並不適合用來開發可檢視或編輯所有資料類型的單一應用程式;其目的是讓應用程式能瞭解所有資料的結構並擷取資訊以作進一步處理。在2003 專業開發人員大會,Microsoft首度介紹WinFS,並發佈了視訊簡報,名為IWish,[2],此視訊簡報提供的原型介面顯示應用程式如何公開介面以得益於統一類型系統。視訊中展示的概念包含應用程式如何使用資料項目之間的關係來動態篩選選項,及應用程式如何將多個相關資料組成群組並以統一方式呈現資料。

WinFS是眾多"Longhorn"技術的基礎,而且將包含在下一版本的Windows中。原本WinFS應在Windows Vista發行後提供,但相關計畫在2006年6月擱置,然而其某些元件技術已整合到即將發行的ADO.NETMicrosoft SQL Server[3] 某些觀察家指WinFS專案已完成,但史蒂夫·鲍尔默在2006年11月公開說明WinFS仍在開發,至於此技術將以何種方式提供仍未知。[4]

動機[编辑]

許多常見作業系統中的檔案系統(包括近年眾多Microsoft Windows版本中使用的NTFS檔案系統)都將檔案與其他物件儲存為位元組資料流,且這些檔案系統對檔案中所存資料內容通常並不知道。此類檔案系統也只有一種組織檔案的方式(具體而言是透過目錄與檔案名稱)。[5][6]

因檔案系統完全不知其所存資料,[5] 應用程式常使用本身的檔案格式(通常為專屬格式)。這阻礙在多個應用程式之間共用的資料。建立可處理來自多種檔案類型之資訊的應用程式變得很困難,因程式設計師須瞭解所有檔案的結構語意[7] 使用常見檔案格式是解決此問題的暫時方案,但非治本;因無法確保所有應用程式都會使用預期的格式。具有標準化結構描述的資料(例如,XML文件與關聯式資料)無此問題,因為它們具有標準化的結構與執行階段需求。[8]

此外,傳統檔案系統只能根據檔案名稱來擷取與搜尋資料,因為它對資料所知的範圍僅限於用儲存資料之檔案名稱。[7] 較好的解決方案是使用屬性為檔案加上標記(tag),此處所謂的屬性可描述檔案內容。屬性是有關檔案的中繼資料,如檔案類型(例如,文件圖片音樂建立者等)。[5] 這樣可讓系統依屬性(而非使用資料夾階層)來搜尋檔案,例如尋找"包含人員X的圖片"。檔案系統本身即可識別屬性,或透過某些延伸模組來識別屬性。[5] 桌面搜尋應用程式進一步採用此概念。它們會從檔案擷取資料(包含屬性)並為檔案編製索引。為了擷取資料,它們為每種檔案格式使用一個篩選器。這樣就可依檔案屬性與檔案中所包含的資料來搜尋檔案。[5]

但是,這仍不足以協助管理相關資料,因為不同的項目之間並未定義任何關係。如無法搜尋"住在墨西哥阿卡波可市、在我的相片集中出現超過一百次、且我最近一個月曾經與其有過電子郵件往來的所有人員的電話號碼"。若要完成這種搜尋,必須要一種同時定義語意與資料關係的資料模型。[5][6] WinFS 的目的是提供這樣的資料模型與執行階段基礎結構,以便儲存資料與資料項目之間的關係(根據資料模型),同時以儘量不影響效能的方式完成此動作。

概觀[编辑]

WinFS可識別各種類型的資料,例如圖片電子郵件文件音訊視訊行事曆連絡人等;不像檔案系統只能識別位元組資料流。由系統儲存與管理的資料是WinFS執行階段所識別之資料類型的執行個體。資料結構的基礎是屬性。例如,履歷類型的執行個體將透過公開特定屬性(例如姓名教育程度工作經驗等)來描述資料。屬性的類型可能是字串整數日期等簡單類型,或連絡人之類的複雜類型。[7][9] 不同的資料類型會公開不同的屬性。此外,WinFS也允許不同的資料執行個體與彼此關聯,例如您可以利用作者關係來建立文件與連絡人之間的關聯。[6][9] 關係也會公開為屬性,例如若文件是透過建立者關係與連絡人關聯,則文件將具有建立者屬性。當文件被存取時,系統會偵測到該關係並傳回相關資料。[9] 藉由依循該關係即可擷取所有相關資料。[6]

電子郵件應用程式可以使用關係來建立動態篩選器,以建立不同的電子郵件檢視,如同在原型行事曆截圖一樣

WinFS透過讓所有應用程式存取資料類型與其結構描述的方式來達成應用程式之間的資料共用。[7] 因此當任何應用程式想要使用WinFS類型時,可以使用結構描述來瞭解資料的結構,並有效利用資訊。因此,即使開發人員並未撰寫剖析器來識別不同的資料格式,應用程式也可以存取系統上的所有資料。它也可以使用關係與相關資料來建立動態篩選器,以不同的方式呈現應用程式所處理的資訊。WinFS API進一步將資料的存取工作抽象化。所有WinFS類型都公開為.NET 物件,而物件的屬性則直接對應到資料類型的屬性。[5] 此外,透過讓處理相同資料的不同應用程式共用相同的WinFS資料執行個體,而非將相同的資料儲存為不同的檔案格式,系統管理員便不需要在資料發生變更時同步不同的存放區。[10] 因此WinFS可協助避免資料重複儲存的情形。[5][8]

透過存取系統中所有資料的能力,您可以建立複雜的搜尋來尋找由WinFS所管理之所有資料項目中的資料。在上述範例("住在墨西哥阿卡波可市、在我的相片集中出現超過一百次、且我最近一個月曾經與其有過電子郵件往來的所有人員的電話號碼")中,WinFS可以周遊所有相片的主體關係以尋找連絡人項目。同樣地,它也可以篩選最近一個月的電子郵件並存取通訊對象關係以與連絡人聯繫。接著,系統便可以從上述兩個搜尋結果中找出適當的連絡人,並透過存取連絡人項目的適當屬性來擷取其電話號碼。

除了完全語意化的資料(如同XML關聯式資料)之外,WinFS也支援半結構化資料(例如影像,影像具有未結構化的位元資料流與結構化的中繼資料)以及未結構化資料(例如檔案)。它可將未結構化的元件直接儲存為檔案,同時將結構化的中繼資料儲存在結構化的 存放區中。[9] WinFS在內部使用關聯式資料庫來管理資料。但是,它不會將資料限制為屬於任何特定資料模型,例如關聯式階層式,而且它可以是任何已完整定義的結構描述。WinFS執行階段會將結構描述對應到關聯式特徵(modality)[5],方式是定義將儲存類型的資料表,以及重新呈現關係時所需的主索引鍵外部索引鍵。WinFS預設包含物件與XML結構描述的對應;至於其他結構描述的對應,則必須另行指定。物件結構描述是使用XML來指定;WinFS會產生指令碼以將結構描述公開為.NET 類別。您可以使用ADO.NET直接指定關聯式結構描述,雖然您必須提供物件結構描述的對應以將它以類別方式公開。[9] 所有關係周遊動作都是在這些資料表上以Joins方式執行。WinFS也會自動在這些資料表上建立索引,以便應用程式可以更快速地存取資訊。[9] 索引可大幅加快Joins的速度,因此周遊關係以擷取相關資料的動作非常快。搜尋資訊時也會使用索引;搜尋與查詢會使用索引,因此操作可以快速完成,這跟桌面搜尋系統非常像。

發展[编辑]

結構化存放區時間表
1990 —
1991 —
1992 —
1993 —
1994 —
1995 —
1996 —
1997 —
1998 —
1999 —
2000 —
2001 —
2002 —
2003 —
2004 —
2005 —
2006 —
2007 —
Cairo中的OFS[11]
Storage+,使用SQL 7.0[11]
RFS,使用SQL 2000[11]
WinFS[11]
開發中[4]
已取消
已取消
已取消
功能縮減
功能縮減
已取消
沒有已知資訊
各種結構化儲存專案的時間表
,由Microsoft提供。上述技術並沒有任何一項已發展為全功能
執行階段並提供相關API。此外,年度僅為預估。

WinFS的開發是1990年代早期計畫之功能的延續,此功能稱為物件檔案系統(Object File System,簡稱OFS),它原本應該包含在Cairo專案中。OFS被認為應該具有強大的資料彙整功能。[11] 但Cairo專案當時遭擱置,因此OFS也被延宕。但是,稍後在開發COM時,規劃了一個稱為Storage+(以後來發行的SQL Server 8.0為基礎)的儲存系統,Storage+預期應提供類似的彙整功能。[11] 但是,這項計畫也沒有實現,而類似的技術關聯式檔案系統(Relational File System,RFS)據信將在SQL Server 2000中提供。[11]但是,SQL Server 2000最後只是對於SQL Server 7.0進行些許更新,但並未實作RFS。

但這個概念從未被忘卻。[11] 因此今日才有WinFS的出現。WinFS原本預計包含在Windows Vista中,[13] 以及後來代號名稱為"Longhorn"的Windows Vista組建4051(此版本是在2003年的Microsoft Professional Developers Conference發給開發人員),但當時WinFS有嚴重的效能問題。[11] 在2004年8月,Microsoft宣布WinFS將不會內建於Windows Vista;而是會在Vista發行後以可下載的更新方式提供。[11]

在2005年8月29日,[11] Microsoft悄悄地將WinFS Beta 1提供給MSDN訂戶。該版本可以在Windows XP運作,而且需要.NET Framework才能執行。WinFS API包含在System.Storage命名空間中。[14] 該Beta版本在2005年12月1日更新,以與.NET Framework 2.0版相容。[15] WinFS Beta 2預計在2006年末推出,[16],而且預期會與Windows 桌面搜尋整合,因此搜尋結果會包含來自一般檔案與WinFS存放區的結果;此外,您可以使用ADO.NET來存取WinFS資料。[17]

但是,在2006年6月23日,Microsoft的WinFS團隊宣布將不再以獨立產品方式提供WinFS,[3] 而且某些元件將以其他技術提供 - 例如物件關聯式對應元件至ADO.NET Entity Framework;支援未結構化資料、操作的無管理模式、透過FILESTREAM資料類型支援檔案系統物件,以及SQL Server 2008(後來的代碼名稱為Katmai)中的階層式資料[18][19],以及與Win32 APIWindows Shell整合,以及在未來的Microsoft SQL Server版本中透過周遊關係以支援階層的周遊;[18] 以及將元件同步到Microsoft Sync Framework[18] However, having a shared-schema storage system built into a future iteration of Microsoft Windows hasn't been ruled out yet.[18]

Microsoft宣布此消息之後,大部分的分析師均認為WinFS專案已遭放棄。但在2006年11月,Steve Ballmer在一場會談中說明WinFS仍在開發中,但要等到技術成熟時才會整合到Windows程式碼基底。[4]

資料存放區[编辑]

架構[编辑]

Architecture of the WinFS Stack

WinFS不是實體檔案系統;相反,它在NTFS檔案系統之上提供系統化的資料模型建構能力。它仍使用NTFS在實體檔案中儲存其資料。[11]。 WinFS使用從SQL Server 2005[20] 衍生的關聯式引擎來提供資料關係機制。WinFS存放區僅是已設定FILESTREAM屬性的SQL Server資料庫(.MDF)檔案[21]。這些檔案是儲存在磁碟區根目錄下名為"System Volume Information"的資料夾(此資料夾具有限制的存取權)下的"WinFS"子資料夾中,其名稱為這些存放區的GUID[21]

WinFS 堆疊的底層是WinFS Core,它會與檔案系統互動並提供檔案存取與定址能力。[7] 關聯式引擎使用WinFS核心服務來提供結構化的存放區與其他服務(例如,鎖定將使用哪個WinFS執行階段來實作該功能。WinFS執行階段會公開服務(例如同步處理規則),其可用於同步處理WinFS存放區或在發生特定事件時執行特定動作。[7]

WinFS是以服務的方式執行,此服務會執行三個處理程序[22] - 裝載關聯式資料存放區的WinFS.exe、裝載索引編製與查詢引擎的WinFSSearch.exe,以及與底層檔案系統互動的WinFPM.exe (WinFS File Promotion Manager)。您可以利用一組.NET Framework API來撰寫程式以存取其功能,這些.NET Framework API可讓應用程式定義自訂資料型別、定義資料之間的關係、儲存與擷取資訊,以及實作進階搜尋。[5][7] 接著應用程式可以彙整資料,並將資料呈現給使用者。

資料存放區[编辑]

WinFS將資料儲存在關聯式存放區中,這些存放區會公開為虛擬位置,稱為存放區[11] WinFS存放區是通用存放庫,任何應用程式都可以在其中儲存資料,以及中繼資料、資料關係與結構描述。WinFS執行階段本身可以套用特定的資料關係;例如,若圖片的subject屬性與連絡人的name屬性相同,則WinFS可以在該連絡人與該圖片之間建立關聯。[23] 資料之間的關係也可以由其他應用程式或使用者指定。[24]

WinFS 提供一致性的存放區,但無法定義將儲存於存放區之資料的格式。但是,它支援以應用程式支援的特定格式寫入資料。前提是應用程式必須提供結構描述,以定義解譯檔案格式的方式。[5] 例如,您可以新增結構描述以讓WinFS知道如何讀取(甚至是進一步搜尋或分析)特定檔案格式,例如PDF檔案。透過使用結構描述,任何應用程式都可以讀取由其他應用程式所建立的資料,而且不同的應用程式也可以透過共用結構描述以其他應用程式支援的格式來寫入資料。[24]

您可以在一部電腦上建立多個WinFS存放區。[24] 這樣可以獨立儲存不同類別的資料,例如,您可以將公司文件與私人文件儲存在不同的存放區中。根據預設,WinFS只提供一個存放區,其名稱為"DefaultStore"。[11] WinFS存放區是公開為殼層(shell)物件(類似虛擬資料夾),此物件會動態產生存放區中的項目清單,並以資料夾檢視方式呈現這些項目。利用殼層物件也可以搜尋資料存放區中的資訊。[11]

資料單位是以WinFS 項目的方式儲存在WinFS存放區中。[5][24] WinFS 項目與核心資料項目亦包含資料項目與其他資料之關聯的資訊。此關聯是以邏輯連結的方式儲存。連結指的是目前的項目與哪些資料項目關聯。換句話說,連結是用以指定資料與其他資料項目的關係。連結實體上是以連結識別碼來儲存,此識別碼指定資料關聯的名稱與用途,例如,所屬型別組成要素[5] 連結識別碼是儲存為資料項目的屬性(attribute)。具有相同連結識別碼的所有物件將被視為相關物件。[5] 您必須事先將XML 結構描述(定義將儲存在WinFS中之資料項目的結構)提供給WinFS執行階段。[5] 在WinFS的Beta 1版本中,您必須先將結構描述組件新增到GAC,才能開始使用結構描述。

資料模型[编辑]

WinFS模型資料會使用資料項目、其關聯、延伸(extension)與規則來規範其使用方式。[7] WinFS必須知道資料項目的類型與結構,才能將資料項目中儲存的資訊提供給要求該資訊的應用程式。這是透過使用結構描述來完成。對於即將儲存在WinFS中的每種資料項目類型,您必須提供對應的結構描述,以定義資料的類型、結構與關聯。這些結構描述是使用XML來定義。[5]

預先定義的WinFS結構描述不僅包含文件、電子郵件、約會、工作、媒體、音訊、視訊等的結構描述;也包含系統結構描述,其中包括組態、程式與其他系統相關資料。[7] 如果要讓應用程式在WinFS中儲存資料,但不想與其他應用程式共用該資料的結構,或這些資料可跨系統提供,則可以針對個別應用程式定義自訂結構描述。[7]

型別系統[编辑]

WinFS Type Hierarchy

檔案系統與WinFS之間最大的差異在於WinFS知道其所儲存之每個資料項目的型別。型別會指定資料項目的屬性(property)。WinFS型別系統與.NET Framework的類別與繼承概念緊密關聯。透過延伸與巢狀化任何預先定義的型別,即可建立新型別。[5]

WinFS提供四種預先定義的基礎型別 – ItemsRelationshipsScalarTypesNestedTypes[5] Item是可儲存的基礎資料物件,而Relationship則是兩個資料項目之間的關係或連結。因為所有WinFS項目都必須具有型別,儲存之項目的型別會定義其屬性(property)。Item的屬性可以是ScalarType(定義屬性可包含之資訊的最小單位)或NestedType(多個ScalarTypes和/或NestedTypes的集合)。所有WinFS型別都以.NET CLR 類別的方式提供。[24]

任何以資料單位(例如,連絡人、影像、視訊或文件等)所代表的物件都可以儲存在WinFS存放區中做為Item型別的特殊項。[24] 根據預設,WinFS為檔案、連絡人、文件、圖片、音訊、視訊、連絡人與郵件提供Item型別。檔案Item可以儲存任何一般資料,這在檔案系統中是儲存為檔案。但除非為檔案提供進階結構描述(透過將它定義為特殊化的Item),WinFS將無法存取其資料。此類檔案Item僅能支援與其他Item相關聯。[5]

Defining a new Type

開發人員可以擴充這些型別或基礎型別Item,以為其自訂資料提供型別。Item中包含的資料是以屬性或實際儲存資料的欄位來定義。例如,連絡人Item可能包含型別為ScalarType的Name欄位,以及型別為NestedType(進一步由兩個ScalarType組成)的Address欄位。為定義此型別,會擴充基礎類別Item,而且會新增必要欄位至該類別。[5] NestedType欄位可定義為包含兩個ScalarType欄位的另一個類別。一旦定義型別,就必須定義結構描述以表示每個欄位的原始型別,例如Name欄位的型別是String、Address欄位是自訂的Address類別,每個欄位的型別都是String。WinFS支援的其他原始型別包括IntegerByteDecimalFloatDoubleBoolean與DateTime等。[5] 結構描述也會定義哪些欄位為必要欄位,哪些欄位為選用欄位。[25] 系統會使用以此方式定義的連絡人Item來儲存有關連絡人的資訊,方式是填入屬性欄位並予以儲存。首次儲存時只需要填入標示為必要的欄位。[24] 其他欄位可在稍後由使用者填入,或完全不填入。若需要新增多個欄位(例如,"上次交談日期"),只要視需要簡單地擴充此型別即可。您可以使用相同的方式定義其他資料的Item型別。

Relationships

WinFS會為所有已定義的Item建立資料表[25] 為Item定義的所有欄位會構成資料表的資料欄,而每個對應Item的Item例項則會儲存為資料表的資料列。當資料表中的某些欄位參照某些其他資料表中的資料時,即表示這些資料表之間有特定的關係存在。關係的結構描述會指定相關的資料表有哪些,以及關係的種類與名稱。WinFS執行階段負責管理關係結構描述。[24] 所有Item都會公開為.NET CLR 物件,此物件具有統一的介面,可讓應用程式輕鬆存取欄位中儲存的資料。因此,任何應用程式都可以擷取具有任何Item型別的物件,而且可以使用該物件中的資料,而不需要瞭解欄位中儲存之資料的實際結構。[5]

WinFS型別是公開為.NET類別,它可以具現化為.NET物件。透過設定屬性即可在這些型別中儲存資料。完成之後,它們變會永久儲存至WinFS存放區。使用ItemContext類別(請參閱資料擷取區段以取得詳細資訊)即可存取WinFS 存放區。ItemContext允許以交易式方式存取WinFS存放區,例如,從將ItemContext物件繫結到存放區到因為全部成功而關閉或所有變更都已復原。當資料發生變更時,它們不會寫入到磁碟;而是會寫入到記憶體內的記錄。只有當連線關閉時,變更才會以批次方式寫入磁碟。這樣可協助最佳化磁碟I/O。[9] 下列程式碼片段會建立連絡人並儲存在WinFS存放區中。

 //Connect to the default WinFS store
 using(ItemContext ic = ItemContext.Open())
 {
     //Create the contact and set the data in appropriate properties
     ContactEAddress contact = new ContactEAddress();
 
     //Name is a ComplexType
     contact.Name = new PersonName();                  
         contact.Name.Displayname = "Doe, John";
         contact.Name.FirstName = "John";
         contact.Name.LastName = "Doe";
 
     //Telephone number is a ComplexType
     contact.TelephoneNumber = new TelephoneNumber();  //ComplexType
         contact.TelephoneNumber.Country = CountryCode.Antarctica;
         contact.TelephoneNumber.Areacode = 4567;
         contact.TelephoneNumber.Number = 9876543210;
 
     //Age is a SimpleType
     contact.Age = 111;
 
    //Add the object to the user's personal folder.
    //This relates the item with the Folder pseudo-type, for backward
    //compatibility, as this lets the item to be accessed in a folder 
    //hierarchy for apps which are not WinFS native.
    Folder containingFolder = UserDataFolder.FindMyPersonalFolder();
    containingFolder.OutFolderMemberRelationship.AddItem(ic, contact);
 
    //Find a document and relate with the document. Searching begins by creating an
    //ItemSearcher object. Each WinFS type object contains a GetSearcher() method
    //that generates an ItemSearcher object which searches documents of that type.
    using (ItemSearcher searcher = Document.GetSearcher(ic))
    {
         Document d = searcher.Find(@"Title = 'Some Particular Document'");
         d.OutAuthoringRelationship.AddItem(ic, contact);
    }
    //Since only one document is to be found, the ItemContext.FindOne() method
    //could be used as well.
 
    //Find a picture and relate with it
    using (ItemSearcher searcher = Picture.GetSearcher(ic))
    {
         Picture p = searcher.Find(@"Occasion = 'Graduation' and Sequence = '3'");
         p.OutSubjectRelationship.AddItem(ic, contact);
    }
 
    //Persist to the store and close the reference to the store
    ic.Update();
    ic.Close();
 }

參考文獻[编辑]

  1. ^ Leaked Windows hints at changes to come. [2007-05-04]. 
  2. ^ IWish Concept Video. Microsoft. [2007-07-03]. 
  3. ^ 3.0 3.1 Quentin Clark. WinFS Update. What's in Store. MSDN Blogs. June 23 2006 [2006-06-23]. 
  4. ^ 4.0 4.1 4.2 WinFS Still In The Works Despite Missing Vista. [2007-06-30]. 
  5. ^ 5.00 5.01 5.02 5.03 5.04 5.05 5.06 5.07 5.08 5.09 5.10 5.11 5.12 5.13 5.14 5.15 5.16 5.17 5.18 5.19 5.20 5.21 Shawn Wildermuth. A Developer's Perspective on WinFS: Part 1. MSDN. [2007-06-30]. 
  6. ^ 6.0 6.1 6.2 6.3 Vijay Bangaru. Unify, Organize, Explore, and Innovate. Oh my! (Part 2). WinFS Team Blog. [2007-06-30]. 
  7. ^ 7.0 7.1 7.2 7.3 7.4 7.5 7.6 7.7 7.8 7.9 Sean Grimaldi. The WinFS Files: Divide et Impera. MSDN. [2007-06-30]. 
  8. ^ 8.0 8.1 Thomas Rizzo. WinFS 101: Introducing the New Windows File System. MSDN. [2007-06-30]. 
  9. ^ 9.0 9.1 9.2 9.3 9.4 9.5 9.6 WinFS on The .NET Show. [2007-07-04]. 
  10. ^ Vijay Bangaru. Unify, Organize, Explore, and Innovate. Oh my! (Part 1). WinFS Team Blog. [2007-06-30]. 
  11. ^ 11.00 11.01 11.02 11.03 11.04 11.05 11.06 11.07 11.08 11.09 11.10 11.11 11.12 11.13 11.14 Paul Thurrott. Windows Storage Foundation (WinFS) Preview. [2007-06-30]. 
  12. ^ 12.0 12.1 My tryst with Destiny, err… Integrated Storage
  13. ^ Cath Everett. Will Longhorn be worth the pain?. ZDNet. [2007-06-30]. 
  14. ^ WinFS for Developers. NTFS.com. [2007-07-04]. 
  15. ^ Vijay Bangaru. WinFS Beta 1 Refresh now available. WinFS Team Blog. [2007-06-30]. 
  16. ^ Shan Sinha. Showing off the next release of WinFS at Tech Ed 2006, in Boston! Join us!. WinFS Team Blog. [2007-06-30]. 
  17. ^ Sanjay Anand. My tryst with Destiny, err… Integrated Storage. WinFS Team Blog. [2007-06-30]. 
  18. ^ 18.0 18.1 18.2 18.3 Quentin Clark. Where is WinFS now?. [2008-05-17]. 
  19. ^ Quentin Clark. Update to the Update. WinFS Team Blog. [2007-06-30]. 
  20. ^ Nate Mook. MS Explains WinFS, Releases Beta 1. BetaNews. [2007-07-02]. 
  21. ^ 21.0 21.1 Shishir Mehrotra. "WinFS" Future Directions: An Overview. Professional Developers Conference 2005 presentations. Microsoft. September 2005 [2006-05-22]. (Currently offline, mirror).
  22. ^ Erwyn van der Meer. First Look on WinFS Beta 1. [2007-07-03]. 
  23. ^ Vijay Bangaru. WinFS Mailbox. WinFS Team Blog. [2007-06-30]. 
  24. ^ 24.0 24.1 24.2 24.3 24.4 24.5 24.6 24.7 Richard Grimes. Revolutionary File Storage System Lets Users Search and Manage Files Based on Content. MSDN Magazine. [2007-06-30]. 
  25. ^ 25.0 25.1 Shawn Wildermuth. A Developer's Perspective on WinFS: Part 2. MSDN. Microsoft. July 2004 [2007-06-30]. 

參見[编辑]

外部連結[编辑]