Je suis l'auteur du billet de blog mentionné par LouD ci-dessus. Je suis d'accord avec ces commentaires, que le prix par unité de performance a augmenté de manière assez significative sur Azure SQL DB sous les nouveaux niveaux de service (c'est-à-dire de base, standard et premium). Si vous avez des exigences d'E / S importantes, les nouveaux niveaux s'avéreront probablement coûteux.
En outre, pour souligner cependant que, bien qu'il n'y ait pas de coût de licence SQL Server pour exécuter SQL Express dans une machine virtuelle, n'oubliez pas que dans une machine virtuelle, vous payez pour la quantité d'E / S que vous utilisez, donc beaucoup de lecture et d'écriture augmente le coût (où Azure SQL DB est forfaitaire). Il est difficile de dire si la machine virtuelle sera moins chère ou plus chère que Azure SQL DB sans connaître la taille de la base de données, le taux d'E / S requis, etc. Mais, du doigt dans l'air, je suppose que pour une petite base de données, la machine virtuelle peut bien être moins cher.
Si vous avez plusieurs bases de données, cela pousse probablement les choses en faveur (en termes de coût) de la machine virtuelle. Pour le moment, il n'y a aucun moyen de partager des ressources entre les bases de données dans Azure (par exemple, vous avez cinq bases de données, quatre sont silencieuses mais une est occupée, celle occupée ne peut utiliser aucune des ressources allouées aux quatre autres, ces ressources sont essentiellement gaspillées) . Microsoft a déclaré qu'il travaillait sur quelque chose qui faciliterait le partage des ressources / des coûts entre des groupes de bases de données. Ils se sont engagés à le mettre à disposition avant la fin de Web / Business (ce qui se produit en septembre 2015) mais aucun autre détail n'est encore disponible.
N'oubliez pas non plus qu'Azure SQL DB et SQL Express dans une machine virtuelle n'offrent pas le même ensemble de fonctionnalités. La base de données en tant que service dans Azure offre beaucoup plus de fonctionnalités, par exemple la sauvegarde automatisée, plus de possibilités HA, la maintenance gérée, etc. De plus, et c'est très important, notez que Azure SQL Database prend en charge de nombreuses fonctionnalités, mais pas toutes. de SQL Server sur site. La documentation en ligne fournit une ventilation assez détaillée des fonctionnalités sur site, des instructions SQL, etc. qui ne sont PAS prises en charge sur Azure.
De plus, je serais prudent en utilisant le grand tableau affiché ci-dessus par Vdub comme guide. Il a été tiré d'un article de blog de 2012 et beaucoup de choses ont changé depuis lors dans Azure SQL DB. La colonne Azure SQL DB de ce tableau fait référence aux éditions Web / Business qui seront retirées l'année prochaine. Par rapport au contenu du tableau ci-dessus, les nouveaux niveaux de service coûtent plus cher (en général), ont des fonctionnalités HA supplémentaires, ne prennent pas en charge les fédérations de la même manière, ont une garantie de disponibilité plus élevée, etc.
Enfin, pour faire suite à un commentaire de LouD ... Les nouveaux niveaux de service prennent en charge une quantité limitée d'éclatement. Par exemple, consultez ce tableau:
http://cbailiss.files.wordpress.com/2014/07/2014-07-04-seqsel-metrics5.png?w=800&h=401
dans cet article:
http: // cbailiss. wordpress.com/2014/07/06/microsoft-azure-sql-database-performance-tests-sequential-selects/
Le début de ce test (une lecture séquentielle à partir du disque) montre une petite augmentation / un taux de rafale plus élevé dans le premier quelques minutes. Ceci est cependant, en gros, moins que celui généralement disponible dans le Web / Business.
