对于相同的工作量,您不能也真的不应该比较两者;它们是为基于完全不同架构的不同事物而设计的。因此,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 中找到一个快乐的家。