2012-07-28 123 views
0

我正在尋找一個已經在工作的解決方案,在數據庫和Web應用程序上構建某種文件系統作爲文件管理器。其實這似乎並不難,寫在紙上。我正在討論一組用於存儲典型文件系統結構(文件,文件夾,所有權等)的表以及用於用戶交互的Web前端。我希望它最終能夠登錄,以處理資源權限和訪問併發性。文件系統數據庫模型和Web前端作爲文件管理器

我的首選平臺是Asp.net和Sql Server。

有人知道網上已有的東西嗎?像一個開源軟件包?商業產品?即使只是在互聯網上的現場工作場景?

+1

展望重新實現的SharePoint:ASP.Net + SQL服務器?...首先檢查它(有[試用VHD](http://www.microsoft.com/en-us/download/details.aspx?displaylang=en&id=27417)),甚至有某些時候在MSDN上解釋數據庫結構。 – 2012-07-28 01:00:07

+0

非常感謝您的評論。我已經有機會把自己放在SharePoint工作區的前面,但如果我沒有弄錯,文件夾結構依賴於活動目錄。它不只是一個真正的文件夾的網頁文件管理器?你談論數據庫結構,這似乎很有趣。在這一點上,我真的不認爲我永遠不會在這樣一個項目上工作,但知道這很有趣。我想我會檢查你的建議。謝謝 – 2012-07-28 01:04:03

+1

SharePoint將所有數據存儲在數據庫和文件夾的結構(「文檔庫」和文件夾內)不依賴於任何磁盤文件佈局和AD。 – 2012-07-28 01:42:02

回答

1

我必須承認我很好奇你爲什麼要這樣做。如果需要文件系統,請使用文件系統?如果你遠程需要它,建立一個FTP站點?使用FileZilla Server等免費軟件產品可以快速,簡單和安全。

但你的答案。我在這裏看到的主要困難是分層數據。關係數據庫的主要優點是良好的關係。而你並不真的需要這個。所以我會考慮一個文檔數據庫。 RavenDB可能會很適合你,因爲我相信它明確具有blob存儲功能。它的優點是它支持開箱即用的分層數據。

,因爲它是基於JSON它也是一個非常適合網絡的API,並且不會要求您使用一個重量級ORM與實體模型等等等等

+0

是的,你做得很好,但是ftp服務器是基於底層的真實文件系統,這是我需要避免的。爲什麼?因爲文件系統不是分佈式的並且不能擴展。好的,你可能會爭辯並說爲什麼不建立分佈式文件系統?爲什麼不依靠帶有RAID解決方案的SAN或者僅僅擴展GRID?以及我不知道......無論如何,從一開始就考慮一個簡單的DBMS解決方案似乎是公平的,你不覺得嗎?我不知道RavenDB,並感謝你指出。我會查的。無論如何,我仍然想知道是否因爲好奇而更加具體。 +1 – 2012-07-28 00:36:55

+1

我明白了。這對你的動機提供了一些重要的信息:)真的,我不確定RavenDb是否擅長縮放。網絡農場會成爲一種選擇嗎?我正在考慮在Windows Azure上使用文件存儲..應該擴展性好。無論如何,有了這種可擴展性要求,我的答案將不會爲您解決問題。我不知道任何這樣的產品,但我同意你應該可以使用wcf(用於Intranet)或asp.net(用於互聯網)和Sql Server用於存儲自行推出。層次結構是一個障礙,但不是很糟糕。 – Mithon 2012-07-28 00:50:48

+0

我想說實話,你已經真正致力於你的答案,我很感激。事實上,我從錯誤的角度提出問題,完全沒有考慮很多其他簡單的可能性。它幫助我進一步尋找並可能考慮新的妥協。實際上,我根本不需要這麼大的可擴展性,只是抽象概念並在不強制特定平臺的情況下實現它的想法。在這一點上,我再也看不到DB解決方案真正幫助我的原因了:)感謝您幫助我理解這一點。 – 2012-07-28 00:59:01