Azure storage tables vs SQL
Je viens juste de commencer à apprendre Azure et je ne peux pas voir trop grand nombre de scénarios où vous voudriez mettre quelque chose dans un stockage Azure table contrairement à SQL. Je suppose que peut-être que je suis habitué à travailler dans des environnements où j'ai besoin de données?
Quand est-il préférable de mettre quelque chose dans un stockage Azure table et pas dans une table dans une base de données SQL Azure?
- Cet article devraient vous aider à éclaircir certains doutes sur les différences que cela implique. msdn.microsoft.com/en-us/magazine/ff796231.aspx
- Double Possible de Quand dois-je utiliser Sql Azure et quand dois-je utiliser le tableau de Stockage?
Vous devez vous connecter pour publier un commentaire.
SQL Azure est idéal lorsque vous voulez travailler avec des données structurées à l'aide des relations, index, contraintes, etc.
Azure storage table est idéal lorsque vous avez besoin de travailler avec centralisée des données structurées, sans relations et le plus souvent avec de grands volumes.
Le Prix:
SQL Azure: $25.98/mois pour 5 GO
De stockage de la table: $21.88/m pour 175 GO (sans opérations ou de bande passante)
Ainsi, lorsque vous stocker de gros volumes de données, le stockage de la table est beaucoup moins cher... pensez de l'exploitation forestière par exemple.
La centralisation:
Windows Azure est un environnement distribué de serveurs, donc si vous enregistrez quelque chose sur une machine, les autres ne le savent pas, donc le stockage de la table est une bonne solution pour centralisée loggins, le gestionnaire de session, les paramètres ou que ce soit (gardez à l'esprit qu'il est temps de latence, même dans un centre de données)
La vitesse:
Si vous le concevez droit, dans de nombreux cas de stockage de la table devrait être plus rapide que sql azure, mais cela dépend probablement sur le cas d'utilisation et je n'ai pas vraiment testé cette.
Alors que je suis en ajoutant à la fin de ce post, je tiens à préciser une chose qui semble n'ont pas été couverts. Azure SQL a de limites de données (bientôt aller jusqu'que je soupçonne). 5 GO pour l'Edition Web et 150 GO pour les Affaires de l'Édition. Pour certaines solutions, ce qui est parfaitement adéquat. Mais pour d'autres, il pourrait ne pas être et je l'ai personnellement rencontré.
Azure tables disque supérieur limites sont beaucoup plus élevés. Je crois que c'est 100 to.
Aussi, tandis que le NoSQL est non-relationnelle, de par sa nature même, ce n'est pas nécessairement une mauvaise chose. Nous pensons souvent que nous avons besoin de relations alors qu'en fait, si nous pensons à nos problèmes différemment, on ne peut pas, comme beaucoup. Vous pouvez imposer des relations dans le code lui-même (dont je soupçonne que la plupart des développeurs de faire beaucoup plus que ce qu'ils pensent vraiment.
Je voudrais utiliser toujours utiliser azure tables comme BEAUCOUP moins cher solution si:
Vous devriez lire sur les avantages de la "NoSQL' http://en.wikipedia.org/wiki/NoSQL
Non-relationnelle de la DB, aucun schéma, big data, de l'échelle pour en nommer quelques!