SQL Azure与Azure VM与SQLServer Express

我研究了它，发现了这些差异。

最后的区别是pipe理的规模capablilties：SQL服务器insode窗口天青VM – 公平Windows Azure SQL数据库 – 良好

我希望这有帮助。 这里是可能对你有帮助的页面。 希望它有帮助！ < http://azure.microsoft.com/blog/2012/06/26/data-series-sql-server-in-windows-azure-virtual-machine-vs-sql-database/ >

我是上面LouD提到的博客文章的作者。 我同意这些意见，在新的服务层（即基本，标准和高级版本）下，Azure SQL DB上每单位性能的价格已经显着提高。 如果你有重要的I / O需求，新的层次可能会很昂贵。

另外，需要指出的是，虽然在虚拟机中运行SQL Express没有SQL Server许可证费用，但请记住，在虚拟机中，您需要支付所使用的I / O数量，因此大量的读写增加了成本（因为Azure SQL DB是基于固定费用的）。 在不知道数据库大小，所需的I / O速率等因素的情况下，很难说VM是否比Azure SQL DB更便宜或更昂贵。但是，我认为对于一个小型数据库来说，虚拟机比较便宜

如果你有多个数据库，这可能会进一步推动虚拟机的成本（成本智慧）。 目前无法在Azure中的数据库之间共享资源（例如，您有五个数据库，其中四个是安静的，一个是繁忙的，繁忙的不能使用分配给其他四个资源的任何资源，这些资源基本上是浪费的） 。 微软已经表示，他们正在开展一些工作，以便使各组数据库之间的共享资源/成本更加容易。 他们已经承诺在Web / Business（2015年9月发生）结束之前提供这个服务，但是还没有其他细节。

另外请记住，虚拟机中的Azure SQL DB和SQL Express不提供相同的一组function。 Azure中的数据库即服务提供了更多的function，例如自动备份，更多高可用性，托pipe服务等。此外，非常重要的是，请注意，Azure SQL数据库支持许多但不是全部function的内部部署SQL Server。 联机文档提供了Azure上不支持的内部特性，SQL语句等的详细分类。

另外，我会谨慎使用Vdub上面张贴的大表作为指导。 这是从2012年的博客文章中取得的，自那时以来在Azure SQL DB中发生了很大的变化。 该表中的Azure SQL数据库列是指明年退出的Web / Business版本。 与上表的内容相比，新的服务层成本更高（一般来说），具有额外的高可用性function，不支持联合体，具有更高的正常运行时间保证等。

最后，从LouD所做的评论来看，新的服务层确实支持有限的突发。 例如，请参阅此图表： http://cbailiss.files.wordpress.com/2014/07/2014-07-04-seqsel-metrics5.png?w=800&h=401在此post中&#xFF1A; http：// cbailiss。 wordpress.com/2014/07/06/microsoft-azure-sql-database-performance-tests-sequential-selects/这个testing的开始（从磁盘顺序读取）确实在第一个显示小的增加/更高的突发率一会儿。 但是，粗略地说，这比Web / Business中通常可用的要less。

除了更便宜

除非您有非常具体的用例，否则我怀疑使用Azure的SQL数据库服务会更便宜（或更快）。 您正在将SQL Server的免费许可证与SQL Server的一个昂贵的，数据冗余的企业许可证相比较。

我在一个类似的船（使用SQLExpress和MySQL的各种小项目），并得出结论，我不会很快移动到托pipe的SQL数据库。 看看下面的链接到一个冗长的Microsoft线程，但是共识是价格已经大大提高了，性能也比之前的Azure计划降低了。 微软也开始使用新的术语“数据传输单元”（DTU）来更加混淆这个问题，而不是使用IOP或MB / s。

http://social.msdn.microsoft.com/Forums/sqlserver/en-US/d9af6c45-3552-4baf-8046-524c3f0a1399/new-sql-database-editions-performance

总结一下：因为Microsoft从数据库大小的定价转向专用资源的定价，除非升级到P1（465美元/月）数据库，否则传输率非常低。 我怀疑你现在为你的专用服务器付出了多less。 微软也消除了爆发的能力，因此那些使用情况需要低延迟或涉及不经常但是大量数据访问（交互式网站，大量import，数据库恢复）的用户正在遭受最严重的打击。 以下链接显示了最近的基准testing，它们以MB为单位，而不是第二分钟。

http://cbailiss.wordpress.com/2014/09/16/performance-in-new-azure-sql-database-performance-tiers/

和往常一样，YMMV，但是除非你只是一整天慢慢地运行后台工作，并且可以忍受高延迟，否则你现在的虚拟机将会快得多。 也期望更多的支付更多的冗余和高度可用的服务。 除非您的50个网站已经存在于同一物理数据库中，否则您需要更改数据库和代码以允许多租户或支付50个单独的SQL数据库实例。