除了更便宜之外，使用 SQL Azure 与使用带有 SQL Express 的虚拟机相比还有哪些问题/优势？
我们正在考虑为 50 多个网站设置 SQL 服务器，您有什么建议吗？
我们目前在专用服务器上安装了 SQL Express，并且我们正在考虑将该服务器切换到 Azure。
答案1
我对此进行了研究并发现了这些差异。
最后一个区别是管理规模功能：Windows Azure VM 中的 SQL 服务器 - 公平 Windows Azure SQL 数据库 - 良好
希望这能有所帮助。以下是可能对您有帮助的页面。希望它能有所帮助！<http://azure.microsoft.com/blog/2012/06/26/data-series-sql-server-in-windows-azure-virtual-machine-vs-sql-database/>
答案2
我是 LouD 上面提到的博客文章的作者。我同意这些评论，即在新的服务层级（即 Basic、Standard 和 Premium）下，Azure SQL DB 的每单位性能价格已经大幅上涨。如果您有大量 I/O 需求，新层级可能会很昂贵。
另外，需要指出的是，虽然在 VM 中运行 SQL Express 不需要 SQL Server 许可证费用，但请记住，在 VM 中，您需要为使用的 I/O 量付费，因此大量读取和写入会增加成本（而 Azure SQL DB 是固定费用）。如果不知道数据库大小、所需的 I/O 速率等，很难说 VM 比 Azure SQL DB 更便宜还是更贵。但是，我猜对于小型数据库，VM 可能会更便宜。
如果您有多个数据库，那么从成本角度来看，VM 可能会更有利。目前，Azure 中没有办法跨数据库共享资源（例如，您有五个数据库，四个很安静，但一个很忙，繁忙的数据库无法使用分配给其他四个的任何资源，这些资源基本上被浪费了）。微软表示，他们正在研究一种可以让跨数据库组共享资源/成本变得更容易的方法。他们承诺在 Web/Business 结束之前（2015 年 9 月）推出此功能，但目前尚无其他详细信息。
还请记住，虚拟机中的 Azure SQL DB 和 SQL Express 提供的功能集并不相同。Azure 中的数据库即服务提供了更多功能，例如自动备份、更多 HA 可能性、托管服务等。此外，非常重要的一点是，请注意 Azure SQL 数据库支持许多但不是全部本地 SQL Server 功能。在线文档提供了 Azure 不支持的本地功能、SQL 语句等的相当详细的细分。
此外，我会谨慎使用 Vdub 上面发布的大型表格作为指南。它取自 2012 年的一篇博客文章，从那时起 Azure SQL DB 发生了很大变化。该表中的 Azure SQL DB 列指的是明年将停用的 Web/Business 版本。与上表的内容相比，新的服务层级成本更高（一般而言），具有额外的 HA 功能，不以相同的方式支持联合，具有更高的正常运行时间保证等。
最后，顺便说一下 LouD 的评论... 新的服务层确实支持有限量的突发。例如，请参见以下图表： http://cbailiss.files.wordpress.com/2014/07/2014-07-04-seqsel-metrics5.png?w=800&h=401 在这篇文章中： http://cbailiss.wordpress.com/2014/07/06/microsoft-azure-sql-database-performance-tests-sequence-selects/ 这项测试的开始（从磁盘连续读取）确实显示前几分钟内突发率略有增加/更高。然而，粗略地说，这低于 Web/Business 中通常的水平。
答案3
除了更便宜之外
除非您有非常具体的用例，否则我怀疑使用 Azure 的 SQL 数据库服务是否更便宜（或更快）。您正在将 SQL Server 的免费许可证与 SQL Server 昂贵的、数据冗余的企业许可证的一部分进行比较。
我的情况也差不多（在各种小型项目中同时使用 SQLExpress 和 MySQL），并且得出结论，我不会很快转向托管 SQL 数据库。请查看以下指向 Microsoft 的冗长帖子的链接，但大家一致认为，与 Azure 过去的计划相比，价格已大幅上涨，性能下降。Microsoft 还开始使用新术语“数据传输单元”(DTU)，以使问题更加混乱，而不是使用 IOP 或 MB/s。
总结一下：由于微软从按数据库大小定价转变为按专用资源定价，除非您升级到 P1（每月 465 美元）数据库，否则传输率非常低。我怀疑您现在为专用服务器支付的费用是否如此之高。微软还取消了突发功能，因此那些需要低延迟或涉及不频繁但大量数据访问（交互式网站、大量导入、数据库恢复）的用户受到的打击最大。以下链接显示了最近的基准测试，它们以每分钟 MB 为单位，而不是秒。
http://cbailiss.wordpress.com/2014/09/16/performance-in-new-azure-sql-database-performance-tiers/
一如既往，YMMV，但除非您只是在一天中持续缓慢地运行后台作业并且可以容忍高延迟，否则您当前的 VM 将更快。此外，还要为更冗余和高可用性的服务支付更多费用。除非您的 50 个网站已经存在于同一个物理数据库中，否则您需要更改数据库和代码以允许多租户或支付 50 个单独的 SQL 数据库实例的费用。