繁体   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