L'utilisation des tables de consultation avec Azure Table Stockage- vaut la création d'un service de travail juste pour gérer cela?

Question

Je suis à la recherche en faisant un certain développement pour la plate-forme Azure. Je ne suis pas besoin de toute substance Relational que vous obtenez de SQL Azure et je serais très intéressé à utiliser le tableau de stockage à la place.

Maintenant, la seule chose que je Relational besoin d'être en mesure de faire est de représenter un à plusieurs et plusieurs-à-plusieurs entre les tables dans ma mémoire.

Je suis tout à fait satisfait de la façon d'utiliser des tables intermédiaires avec partition et les touches ligne pour représenter ce, dans une grande partie de la façon dont les bases de données régulièrement les représenter en interne.

Ce que je me demande est de savoir si cela vaut la peine de créer un service de travailleur juste intermédiaire entre le stockage et tout ce qui y accède, afin de créer une extrémité avant qui pourrait surveiller le degré limité d'intégrité référentielle Je cherche .

Je pourrais le faire dans le cadre du client assez facilement, mais je me demande si avoir le service hébergé dans le nuage signifierait réseau inférieur latence étant donné que toute question qui traverse ces références serait probablement nécessaire de parler trois tables différentes et probablement ces demandes devraient être beaucoup plus rapide entre un service et le stockage affiché dans le nuage, donc il n'y aurait qu'une seule demande de l'extérieur du nuage plutôt que plusieurs.

Si cela est une stratégie utile, est-il un outil existant pour le faire? Sinon ce serait mieux travailler ou est-il juste avantage non perceptible? Dois-je sucer juste vers le bas et aller pour SQL Azure ou une sorte de solution où je stocke hétérogène mes grandes données dans le tableau de stockage et mes recherches et références de table dans SQL?

Answer 1

Un service hébergé aura non seulement un accès plus rapide au stockage de la table; la bande passante entre votre service et le stockage de table ne sera pas facturé (tant qu'il est dans le même centre de données).

Abstracting stockage de la table dans un service est une bonne idée, et peut se faire soit avec un rôle de travailleur ou d'un rôle Web service WCF. Si vous regardiez les annonces à cette année PDC, vous pourriez avoir vu que les rôles Web à venir auront plein IIS et être en mesure d'héberger plusieurs applications Web, de sorte que vous pourriez potentiellement héberger votre site Web et votre service dans le même rôle (plus économique que l'hébergement dans-efficace des rôles distincts).