Question

Lorsque vous utilisez l'API de table Services dans Windows Azure ce qui fait vraiment sous le capot? Je crois avoir lu quelque part que ce n'utilise SQL Server. Est-il en train de faire une table de hachage et les filtres sont vraiment en cours d'exécution comme map / reduce actions? Je suis vraiment nouveau à ce genre de choses et je suis curieux de ce qu'il est vraiment en train de faire.

Était-ce utile?

La solution

Azure Table Storage utilise le modèle d'EAV. la page Wikipédia a plus d'informations.

Les exemples TableStorage carte à REST appels à l'aide ADO.NET Data Services.

Autres conseils

Un excellent document de recherche a été publié par le stockage Windows Azure (WAS) équipe en 2011 lors du Symposium ACM 23 sur les systèmes d'exploitation Principes (SOSP) sur l'architecture logicielle sous-jacente de la WAS.

Vous pouvez trouver .

Ce document donne un aperçu technique approfondi de la mise en œuvre WAS.

Pour résumer-it-up, à la fois le tableau et Blob Storage ne reposent pas sur SQL. Ils sont les deux paires valeurs-clés non-SQL stockage conçues pour fournir grande évolutivité au prix des garanties atomicité inférieurs.

Dans un premier temps, le stockage de table a été plus ou moins commercialisée comme si elle pouvait être utilisé comme un stockage comme SQL relationelle, mais il ne fonctionne pas. Il est très semblable à la BlobStorage. La principale différence entre Blob et le tableau (en plus du prix de lecture et d'écriture) est que vous ne pouvez pas réaliser toute transaction impliquant plusieurs blobs de manière atomique dans le BlobStorage, alors que vous pouvez réaliser des transactions impliquant plusieurs entités (jusqu'à 100) d'une manière atomique dans le TableStorage (à condition que ces entités appartiennent à la même table et partagent la même clé de partition).

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top