Я занимаюсь разработкой платформы Azure. Мне не нужны полные реляционные материалы, которые вы получаете из SQL Azure, и мне было бы весьма интересно использовать вместо них хранилище таблиц.
Теперь единственное, что мне нужно сделать для реляционных отношений, это представить отношения «один ко многим» и «многие ко многим» между таблицами в моем хранилище.
Я вполне доволен тем, как использовать промежуточные таблицы с ключами разделов и строк для представления этого во многом так, как обычные базы данных представляют их внутренне.
Что меня интересует, так это то, стоит ли создавать рабочий сервис, чтобы просто выполнять промежуточные действия между хранилищем и всем, что обращается к нему, чтобы создать интерфейс, который мог бы контролировать ограниченную степень ссылочной целостности, которую я ищу ,
Я мог бы сделать это как часть клиента достаточно легко, но мне интересно, будет ли размещение службы в облаке означать более низкую задержку в сети, учитывая, что любой запрос, проходящий через эти ссылки, вероятно, будет нуждаться в обсуждении три разные таблицы, и, вероятно, эти запросы должны быть намного быстрее между службой и хранилищем, размещенным в облаке, поэтому будет только один запрос из-за пределов облака, а не несколько.
Если это полезная стратегия, есть ли существующий инструмент для этого? Если нет, то что будет работать лучше или просто нет ощутимой выгоды? Должен ли я просто сосать это и перейти на SQL For Azure или какое-то разнородное решение, где я храню свои большие данные в Table Storage, а мои поиски и ссылки на таблицы в SQL?