Je suis à la recherche d'un développement pour la plate-forme Azure. Je n'ai pas besoin de tout le contenu relationnel que vous obtenez de SQL Azure et je serais très intéressé d'utiliser Table Storage à la place.Utilisation de tables de recherche avec Azure Table Storage - cela vaut-il la peine de créer un service de travail pour gérer cela?
Maintenant, la chose relationnelle que je dois être capable de faire est de représenter les relations un-à-plusieurs et plusieurs-à-plusieurs entre les tables de mon stockage. Je suis plutôt satisfait de l'utilisation de tables intermédiaires avec des clés de partition et de ligne pour représenter cela, de la même manière que les bases de données ordinaires les représentent en interne. Ce que je me demande, c'est si cela vaut la peine de créer un service de travail juste pour intermédiaire entre le stockage et tout ce qui y accède, afin de créer un frontal qui pourrait superviser le degré limité d'intégrité référentielle que je cherche pour. Je pourrais le faire en tant que partie du client assez facilement, mais je me demande si le fait d'avoir le service hébergé dans le nuage signifierait une latence du réseau inférieure étant donné que toute requête qui traverse ces références aurait besoin de parler à trois tables différentes et probablement que ces demandes devraient être beaucoup plus rapides entre un service et un stockage postés dans le nuage, donc il n'y aurait qu'une seule demande provenant de l'extérieur du nuage plutôt que plusieurs.
S'il s'agit d'une stratégie utile, y a-t-il un outil existant pour le faire? Sinon, qu'est-ce qui fonctionnerait mieux ou n'y a-t-il aucun avantage perceptible? Est-ce que je devrais juste le sucer et aller pour SQL For Azure ou une sorte de solution hétérogène où je stocke mes grandes données dans le stockage de table et mes recherches et références de table dans SQL?