簡體   English   中英

圖表DB的社交網絡應用程序的Vs Azure表存儲

[英]Graph DB's Vs Azure Table storage for a Social networking application

我開始在Azure雲上托管基於.Net的社交網絡應用程序的一些架構工作。 我們將在前端使用ASP.NET MVC。

我想考慮存儲的選項。 考慮到可擴展性需求以及由於應用程序的相互連接性,SQL azure已被排除。

選擇圖形數據庫(如Sones GraphDB或neo4j)的主要考慮因素是具有特定於社交網絡應用程序的功能,而不是使用windows azure表存儲來滿足需求。

我最關心的是開發時間,成本,利用.NET等現有技能的能力以及圖形數據庫平台的可靠性以及易於設置和管理。

圖形數據庫是為社交網絡等應用程序設計的。 為了便於開發,最好從GraphDB開始。 與鍵值數據庫相比的一個關鍵優勢是強大的查詢和遍歷功能。 例如,使用GraphDB查詢語法可以很容易地找到所有朋友的朋友。

像Azure Table這樣的鍵值數據庫服務的好處是低成本,最小的管理開銷和可伸縮性。 您可以在每個Azure存儲帳戶中存儲500TB的數據,並在多個區域中設置帳戶。 沒有服務器設置或數據庫管理開銷,Visual Studio SDK易於使用。 缺點是沒有內置查詢支持等圖形,您必須將主鍵/行密鑰對編入索引。 有關其他Azure Table設計模式,請參閱https://azure.microsoft.com/en-us/documentation/articles/storage-table-design-guide/

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM