我正在考虑从Azure SQL迁移到Azure SQL数据仓库。它似乎提供了我们需要的一些功能，但价格是开始小的一个问题。 100 DWU数据仓库的价格要比看似可比的100 DTU Azure SQL S2层（$521/month）高得多（$150/month）。
为了确保我比较苹果和苹果，有人可以了解DWU与DTU的比较（假设使用单个数据库进行基本配置）吗？
编辑：对于那些倾向于回答Azure SQL DW和Azure SQL无法比较的人，因此将DTU与DWU进行比较是没有意义的：那么（talk about migration）对DW有何意义？
答案 0 :(得分：6)
对于它的价值，1 DWU = 7.5 DTU相对于服务器容量
当您查看在以下位置配置DW实例的服务器实例时：
虽然这些信息很有意思，但在比较定价方面可能不是很有用，因为DW定价完全基于DWU，而Azure SQL定价是DTU和数据库大小的组合。
答案 1 :(得分：3)
你不能也不应该在相同的工作量下比较两者;它们是基于完全不同的架构而设计用于不同的东西。因此，DTU和DWU不是可比较的措施。另外，您对技术差异有多深入了解？高级功能不是主要问题，详细信息可能会破坏您的应用程序（例如，您是否可以使用有限的TSQL表面区域或事务隔离级别？）
Azure SQL DB旨在成为通用数据库即服务。除了少数功能缺口之外，您应该在功能上考虑Azure SQL DB与SQL Server相同的方式，减去许多管理任务和使用不同的编程模型。适用于OLTP应用程序和大多数报表应用程序（或混合），但对于复杂的分析应用程序而言，对于非常大的数据集而言效果不佳（无论如何都无法在SQL DB中存储那么多）。
SQL DW适用于数据仓库，分析类型工作负载。其MPP架构特别适用于针对超大型数据集的复杂查询。对于具有大量小型或单个查询的典型OLTP应用程序，它不会表现良好，特别是当它是插入，更新和删除操作的混合时。如果您获得了SQL DW的试用实例，则可以轻松地测试和验证工作负载的行为与SQL DB当前的行为相比。
SQL DW在其TSQL表面区域，类型，并发性，隔离级别（几乎所有OLTP应用程序的交易破坏程序）等方面也有一些限制......所以请务必查看文档以了解整个情况。评估可行性。它可能工作得很好，但我怀疑如果你运行OLTP工作负载它不是最好的解决方案。但是，报告/分析类型的工作负载可能会在SQL DW中找到一个幸福的家。
答案 2 :(得分：0)
找出所需内容的最佳方法是查看当前的IO要求。数据仓库往往是IO生猪，因此通过最大化IO吞吐量进行优化。 DWU计算器站点将引导您完成捕获磁盘指标的过程，并估算完成工作负载所需的DWU数量。