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