Хранилище Vs Azure Table Graph DB для приложения для социальных сетей

Question

Я начинаю работу над архитектурой приложения для социальных сетей на основе .Net, которое будет размещено в облаке Azure. мы будем использовать ASP.NET MVC на внешнем интерфейсе.

Я хотел бы рассмотреть варианты хранения. Учитывая потребности в масштабируемости и из-за взаимосвязанного характера приложения, SQL Azure был исключен.

Каковы основные соображения при выборе графической БД, такой как Sones GraphDB или neo4j, которые имеют функции, специфичные для приложения для социальных сетей, против использования хранилища таблиц Windows Azure для достижения потребностей.

Меня больше всего беспокоит время разработки, стоимость, возможность использования существующих навыков, таких как .NET, а также надежность платформ графических БД и простота настройки и администрирования.

Answer 1

Графические базы данных предназначены для таких приложений, как социальные сети. Для удобства разработки лучше всего начать с чего-то вроде GraphDB. Ключевое преимущество перед базой данных ключ-значение - мощные возможности запросов и обхода. Например, было бы легко найти все вхождения друзей друзей, используя синтаксис запроса GraphDB.

Преимущество службы базы данных «ключ-значение», такой как Azure Table, заключается в низкой стоимости, минимальных административных затратах и ​​масштабируемости. Вы можете хранить 500 ТБ данных для каждой учетной записи хранения Azure и настраивать учетные записи в нескольких регионах. Нет необходимости в настройке сервера или администрировании базы данных, а Visual Studio SDK прост в использовании. Недостатком является то, что графоподобная поддержка запросов не встроена, и вы должны индексировать пару первичный ключ / ключ строки. Дополнительную схему проектирования Azure Table см. https://azure.microsoft.com/en-us/documentation/articles/storage-table-design-guide/