Azure SQL数据仓库DWU与Azure SQL DTU

Question

我正在考虑从Azure SQL迁移到Azure SQL数据仓库.它似乎提供了我们需要的一些功能,但价格是开始小的一个问题.100 DWU数据仓库的价格要比看似可比的100 DTU Azure SQL S2层(每月150美元)高得多(每月521 美元).

为了确保我比较苹果和苹果,有人可以了解DWU与DTU的比较(假设使用单个数据库进行基本配置)吗？

编辑:对于那些倾向于回答Azure SQL DW和Azure SQL无法比较的人,因此将DTU与DWU进行比较是没有意义的:那么如何(谈论迁移)对DW 有意义？

Answer 1

对于它的价值,1 DWU = 7.5 DTU相对于服务器容量

当您查看在其上配置DW实例的服务器实例时:

• 100 DWU实例消耗750 DTU的服务器容量
• 400 DWU实例消耗3,000 DTU的服务器容量

虽然这些信息很有意思,但在比较定价方面可能不是很有用,因为DW定价完全基于DWU,而Azure SQL定价是DTU和数据库大小的组合.

Answer 2

您不能也不应该在相同的工作负载下比较两者；它们是基于完全不同的架构针对不同的事物而设计的。因此，DTU 和 DWU 不是可比较的衡量标准。另外，您对技术差异的研究有多深入？高级功能不是主要问题，细节是什么可能会破坏您的应用程序（例如，您可以接受有限的 TSQL 表面积或事务隔离级别吗？）

Azure SQL DB 旨在成为通用数据库即服务。除了少数功能差距之外，您应该以与 SQL Server 相同的方式来考虑 Azure SQL DB 的功能，减去大量管理任务并使用不同的编程模型。非常适合 OLTP 应用程序和大多数报告应用程序（或混合），但对于具有非常大的数据集的复杂分析应用程序来说不太好（无论如何都无法在 SQL DB 中真正存储那么多数据）。

SQL DW 适用于数据仓库、分析类型工作负载。其 MPP 架构特别适合针对非常大的数据集的复杂查询。对于具有大量小型查询或单例查询的典型 OLTP 应用程序来说，它的性能不佳，尤其是在混合插入、更新和删除操作时。如果您获得 SQL DW 的试用实例，则可以轻松测试和验证工作负载的行为（与当前在 SQL DB 上的情况进行比较）。

SQL DW 在其 TSQL 表面积、类型、并发性、隔离级别（几乎所有 OLTP 应用程序的交易破坏者）等方面也有一些限制...因此，在评估可行性时，请务必查看文档以了解整体情况。它可能工作得很好，但我怀疑如果您运行 OLTP 工作负载，它不是最佳解决方案。然而，报告/分析类型的工作负载可能会在 SQL DW 中找到一个合适的家。