Azure sql database Azure SQL数据库或SQL数据仓库

我正在研究解决方案体系结构，很难在Azure SQL DB或SQL DW之间做出选择

目前的范围涉及开发基于多个来源的实时BI报告解决方案。但从长远来看，解决方案可能会扩展到成熟的EDW和Marts

我最初考虑使用SQLDW，以便将来可以使用MPP功能。但当我与一位最近使用SQLDW的同事交谈时，他解释说，SQLDW中的开发与SQLDB不相似

我以前在没有EDW范围的实时报告方面工作过，我们成功地使用了SQL DB。有了这个，我们也可以创造事实、维度和集市

---

有没有一个很好的例子，我应该选择SQL DW而不是SQL DB？

我认为这里最重要的两个数据点是您正在处理的数据量和您需要支持的并发查询的数量。当谈到处理大容量数据时，我指的是超过3tb的数据（这甚至不是真正的大，但足够大），那么Azure SQL数据仓库就成了一个神像。并行处理非常惊人（在较小的卷上也是惊人的，但是你要为过度使用付出很多钱）。但是，一个问题可能是同时查询限制。它当前限制为128个并发查询，限制为1000个排队查询（）。如果您使用数据仓库作为数据仓库来处理大量数据，然后将它们提供给数据集市，其中大部分查询都发生在数据集市中，那么这并不是什么大问题。如果您计划将其打开以进行大容量查询，那么很快就会出现问题

回答这两个问题，查询量和数据量，您可以更轻松地在两者之间做出选择

其他因素可能包括当前支持的T-SQL的问题。它比传统的SQL Server要少。同样，对于数据仓库的大多数用途来说，这不是一个问题。对于成熟的报表服务器，它可能是

---

大多数成功实现Azure SQL数据仓库的人都使用用于处理和存储的仓库和用于数据集市的Azure SQL数据库的组合。在处理需要并行处理的非常大的数据卷时有例外，但不需要大量的查询。

< P> 4个TAB SQL限制是Azure SQL数据库在选择这两个选项时可能考虑的一个重要因素。Azure SQL Data Warehouse是一个MPP解决方案，因此查询可以更快。您可以暂停Azure SQL DW以节省使用Azure SQL数据库的成本，您可以缩小到基本层（如果可能）

Azure SQL DB最多可支持6400个并发查询和32k个活动连接，其中Azure SQL DW最多只能支持32个并发查询和1024个活动连接。因此，如果您使用具有数千用户的仪表板之类的工具，那么SQL DB是一个更好的解决方案

关于为他们开发，Azure SQL数据库支持实体框架，但Azure SQL DW不支持

---

我还想让您快速了解一下它们在性能方面的比较1 DWU的容量约为7.5 DTU（数据库吞吐量单位，用于表示OLTP Azure SQL数据库的马力），尽管它们并不完全可比。有关此比较的更多信息。

感谢格兰特和阿尔贝托的回复。这些回应为做出选择扫清了很多障碍

由于数据将受到仪表板和查询的影响，我倾向于使用SQL数据库而不是SQL DW

---

再次感谢。

您在谈论什么样的数据量？SQL DW支持128个并发查询执行已经有几个月了，而并发会话的最大值仍然是1024个。我认为工作量模式是决定SQL数据库和SQL DW之间最重要的考虑因素，特别是在每一个查询中需要多少计算，以及在一个常规的业务时间上聚合。最后，我希望以后不要在你的链接中引用博客；如果用户想了解SQL DW，我不会向他们指出这些内容。谢谢您的评论。尽管该线程已被标记为已回答，但我希望看到您回答该线程，以使您对工作负载模式的考虑更加明显。我从中学到了一些新东西。在文章中所包含的DWU和DTU的比较，您认为有价值吗？不，我不比较DWU和DTU。虽然它们之间似乎存在某种数学关系，但资源的供应、管理和消耗方式却截然不同。假设您通过匹配这些比率获得相同甚至相似的性能或计算能力，那么您就大错特错了。除此之外，博客关于每个节点的内存和Polybase的说法是错误的。这对并发和DWU也有误导性。@SQLmojoe感谢您提供的所有信息，并感谢您抽出时间。