快捷導(dǎo)航

SQL Server誤區(qū)30日談第18天有關(guān)FileStream的存儲(chǔ)，垃圾回收以及其它

更新時(shí)間：2013年01月09日 20:52:12 作者：

由于FileStream數(shù)據(jù)容器(指的是存放FileStream文件的NTFS文件夾，杜撰出來的術(shù)語)必須像數(shù)據(jù)文件或日志文件那樣符合本地存儲(chǔ)策略-也就是說，這個(gè)數(shù)據(jù)容器必須放在對(duì)于運(yùn)行SQL Server的Windows Server是本地存儲(chǔ)

誤區(qū) #18:如下多個(gè)有關(guān)FileStream的誤區(qū)

全部錯(cuò)誤

18 a)FileStream數(shù)據(jù)可以在遠(yuǎn)程存儲(chǔ)

不能，由于FileStream數(shù)據(jù)容器(指的是存放FileStream文件的NTFS文件夾，杜撰出來的術(shù)語)必須像數(shù)據(jù)文件或日志文件那樣符合本地存儲(chǔ)策略-也就是說，這個(gè)數(shù)據(jù)容器必須放在對(duì)于運(yùn)行SQL Server的Windows Server是本地存儲(chǔ)（譯者注：也就是在‘計(jì)算機(jī)'里能看到的存儲(chǔ)，DAC當(dāng)然是了，其實(shí)SAN這類不直接連接服務(wù)器的也算是）訪問FileStream數(shù)據(jù)只要客戶端連接到了SQL Server服務(wù)器并獲取響應(yīng)的事務(wù)上下文后，就可以通過UNC路徑進(jìn)行訪問了。

18 b)FileStream的數(shù)據(jù)容器可以嵌套

不能，對(duì)于同一個(gè)數(shù)據(jù)庫的兩個(gè)不同的FileStream容器可能在同一個(gè)目錄下，但是卻不能嵌套。而對(duì)于不同數(shù)據(jù)庫的FileStream容器無法在同一個(gè)目錄下。我的一篇博文有一段代碼能說明這一點(diǎn):Misconceptions around FILESTREAM storage。

18 c)對(duì)于FileStream的更新可以部分更新

對(duì)于任何FileStream的更新都會(huì)導(dǎo)致創(chuàng)建一個(gè)全新的FileStream文件,這個(gè)操作會(huì)被日志原原本本的記錄下來。這也就是為什么FileStream不能被用于數(shù)據(jù)庫鏡像。這么多數(shù)據(jù)如果用于鏡像的話那后果簡(jiǎn)直不可想象，只能希望未來的SQL Server版本可以修改這種機(jī)制以允許部分更新。

18 d)FileStream會(huì)在不需要的時(shí)候立刻被垃圾回收

錯(cuò)誤。FileStream數(shù)據(jù)會(huì)在不再需要并且到了下一個(gè)Checkpoint的時(shí)候進(jìn)行垃圾回收。這點(diǎn)并不是那么直接以至于很多人對(duì)FileStream的回收機(jī)制存在誤區(qū)。

18 f)FileStream存放的目錄以及文件名是隨機(jī)取得

其實(shí)不然，F(xiàn)ileStream的文件名其實(shí)代表的是創(chuàng)建其操作對(duì)應(yīng)LSN號(hào)。表和列的GUID目錄名是可以在系統(tǒng)表中獲取到。

我下面兩篇博文對(duì)此有了更詳細(xì)的解釋: