使用案例:存儲MicroSoft Word文檔(每個文檔< 16 MB)並在所有文檔(2到3 TB)上進行全文本內容搜索。NOSQL DB是Sharepoint用於存儲MS WORD文檔的替代品嗎?
儘管Sharepoint & Alfresco符合法案,我覺得他們中的任何一個對我們的用例來說都是過火,所以想要探索NOSQL DB空間。我聽說NOSQL數據庫對管理文件並不好,但作爲新手我不確定。請建議。
使用案例:存儲MicroSoft Word文檔(每個文檔< 16 MB)並在所有文檔(2到3 TB)上進行全文本內容搜索。NOSQL DB是Sharepoint用於存儲MS WORD文檔的替代品嗎?
儘管Sharepoint & Alfresco符合法案,我覺得他們中的任何一個對我們的用例來說都是過火,所以想要探索NOSQL DB空間。我聽說NOSQL數據庫對管理文件並不好,但作爲新手我不確定。請建議。
我也會去聽你說的話。您可能會被術語「面向文檔的數據庫」所困惑。這類NoSQL數據庫(MongoDB和CouchDB屬於它)主要是將數據存儲爲JSON或類似JSON的文檔。他們最適合這種數據,但如果您需要,可以使用其他數據格式/用例的備用存儲規範(對於MongoDB,這可能是GridFS)。
不過,我會建議留在SharePoint。它是爲這種用例而構建的,並且如果您使用託管元數據和搜索功能,那麼SharePoint在這種用例(並且不必構建用於訪問數據的應用程序)中比MongoDB或CouchDB更好地工作。
您可以看看SenseNet(披露:我的公司是SenseNet解決方案合作伙伴。)SenseNet宣稱自己是一個開源的「SharePoint備選方案」,通過爲您提供靈活性來充分利用NoSQL和關係數據庫模式系統,但存儲在SQL Server中。
它處理原生MS Office文檔很容易,擴展性好,而且性能非常高。它使用Apache Lucene進行索引,所以如果你上傳一個Word文檔,它可以立即編入索引,並且可以用類似Google的命令進行搜索。學習曲線陡峭,但與任何複雜的框架,如Sharepoint或Alfresco一樣,您將不得不評估學習成本與收益。
看起來NoSQL不是一個好選擇。我可能不得不使用SharePoint(或Alfresco),直到我找到一個體面的選擇。 – pingu