Microsoft Azure DocumentDB vs Azure Table Storage
Les deux sont des technologies NoSQL, mais elles sont très différentes. Azure Tables est un simple magasin clé/valeur et ne prend pas en charge les fonctionnalités complexes comme les requêtes complexes (la plupart d’entre elles nécessiteront de toute façon un scan complet de partition/table, ce qui tuera vos performances et vos économies), l’indexation personnalisée (l’indexation est basée uniquement sur PartitionKey et RowKey, vous ne pouvez actuellement pas indexer sur une autre propriété d’entité et rechercher autre chose que la combinaison PartitionKey/RowKey nécessitera un scan de partition/table), ou les procédures stockées. Vous ne pouvez pas non plus regrouper des requêtes de lecture pour plusieurs entités (bien que les requêtes d’écriture par lots soient prises en charge si toutes les entités appartiennent à la même partition). Pour une application réelle d’Azure Tables, voir ICI.
Si vos besoins en données (en particulier autour de leur interrogation) sont simples (comme dans l’exemple ci-dessus), alors Azure Tables fournit ce dont vous avez besoin, et vous pourriez finir par l’utiliser plutôt que DocDB en raison du prix, des performances et de la capacité de stockage. Par exemple, l’objectif de performance d’Azure Tables est de 20 000 opérations par seconde. Essayer d’obtenir ce même niveau de performance sur DocDB aura un coût de service significativement plus élevé pour vous. De plus, les tables Azure sont limitées par la capacité de votre compte de stockage Azure (500 To), tandis que le stockage DocDB est limité par les unités de capacité que vous achetez.