Compartilhar via

Azure Synapse(以前为 SQL DW)和Azure Synapse Analytics工作区之间的差异

本文最初以技术博客形式发表于 https://techcommunity.microsoft.com/t5/azure-synapse-analytics-blog/what-s-the-difference-between-azure-synapse-formerly-sql-dw-and/ba-p/3597772

在Azure Docs 和专用 SQL 池的两组不同文档方面,一段时间以来,人们一直感到困惑。 在 Internet 上搜索Azure Synapse相关文档并登录 Azure Docs 网站时,联系人表在两组文档之间切换。

本文阐明了哪些文档适用于 Synapse Analytics 环境。

Azure Synapse Analytics 专用 SQL 池(旧称为 SQL DW)
此截图来自 Microsoft Learn Docs 网站,显示了 Azure Synapse Analytics 的目录。 Microsoft Learn Docs 站点的截图,显示了较旧的专用 SQL 池(以前称为 SQL DW)的目录。

你还会在许多文档中看到注释,它们试图标出该文档所引用的专用 SQL 池的 Synapse 实现版本。

专用 SQL 池以两种不同的形式存在

2020 年 11 月,独立或现有 SQL 数据仓库已重命名为“专用 SQL 池(以前称为为 SQL DW)。 此后,在 Synapse Analytics 中创建的专用 SQL 池成为了“Synapse 工作区中的专用 SQL 池”。

大约在2016年,Microsoft将其大规模并行处理(MPP)本地设备改编为云中的“Azure SQL Data Warehouse”或简称“SQL DW”。

历史上,该设备被命名为并行数据仓库 (PDW),然后改为分析平台系统 (APS),目前仍在为许多本地数据仓库解决方案提供支持。

Azure SQL Data Warehouse采用Azure SQL DB 的构造,例如控制管理和网络的逻辑服务器。 SQL DW 可以与其他 SQL DB 位于同一服务器上。 此实现使当前Azure SQL数据库管理员和从业者可以轻松地将相同的概念应用于数据仓库。

然而,自 2016 年以来,分析和见解空间发生了巨大的变化。 我们改变了数据仓库交付方式的范式。 当 SQL DW 处理仓库时,Synapse 工作区在此基础上进行了扩展了,并完善了分析组合。 新的 Synapse 工作区体验于 2020 年正式发布。

Azure Synapse Analytics 工作区、体验和平台的示意图。

原始 SQL DW 组件只是其中的一部分。 它被称为专用 SQL 池。

专用 SQL 池与 Synapse 工作区差异的关系图。

这是一项重大更改,并且提供了更多的功能。 整个平台被赋予了一个合适的新名称:Synapse Analytics。

PowerShell 差异

在文档中,“专用 SQL 池(以前称为 SQL DW)”和“Synapse Analytics”专用 SQL 池之间最容易引起混淆的领域之一是 PowerShell。

原始 SQL DW 实现使用与Azure SQL 数据库相同的逻辑服务器。 有一个名为 Az.Sql 的共享 PowerShell 模块。 在本模块中,为了创建新的专用 SQL 池(之前称为 SQL DW),cmdlet New-AzSqlDatabase 包含 Edition 的参数,用于区分你需要 DataWarehouse

发布 Synapse Analytics 后,它附带了 Az.Synapse 的一个不同的 PowerShell 模块。 要在 Synapse Analytics 工作区中创建专用 SQL 池,请使用 New-AzSynapseSqlPool。 在此 PowerShell 模块中,无需包含“Edition”参数,因为它是专用于 Synapse 的。

这两个模块在所有情况下都不相等。 一些操作可以在 Az.Sql 中完成,但无法在 Az.Synapse 中完成。 例如,对专用 SQL 池(以前称为 SQL DW)执行还原会使用 Restore-AzSqlDatabase cmdlet,而 Synapse Analytics 使用的则是 Restore-AzSynapseSqlPool cmdlet。 但是,跨订阅边界进行还原的操作只能通过 Az.SqlRestore-AzSqlDatabase 模块中进行。