Microsoft Fabric 决策指南:选择 SQL 数据库

使用此参考指南和示例场景,帮助为事务工作负载选择最合适的操作数据库:Azure SQL 数据库或 Fabric SQL 数据库(预览版)

这两者都提供 SQL 数据库引擎的所有企业级特性和功能,以及云级操作数据库的所有熟悉性能。 使用 Azure SQL 数据库,可保留对数据库预配的详细控制,而 Fabric SQL 数据库(预览版)提供自治管理和易用性优势。 默认情况下,Fabric SQL 数据库与 Microsoft Fabric 平台中的其他工作负载完全集成

数据库

有关特性和功能的详细比较,请参阅特性比较:Azure SQL 数据库和 Fabric SQL 数据库(预览版)

重要

Fabric SQL 数据库目前以预览版提供。 特性和功能可能会扩展。 此信息与预发行产品相关,相应产品在发行之前可能会进行重大修改。 Microsoft 不对此处提供的信息作任何明示或默示的担保。

  Azure SQL 数据库 Fabric SQL 数据库(预览版)
购买模型 vCore、DTU 预配的 Fabric 容量 SKU
计算层级 预配或无服务器 无服务器
硬件配置 Gen5、Fsv2、DC 最新
Copilot 技能
弹性池
创建选项 Azure 门户、PowerShell、Az CLI、Azure 资源管理器、Bicep、Terraform、T-SQL、REST API Fabric 门户、REST API、Terraform
安全 Azure RBAC、SQL 权限 Fabric 工作区角色和共享权限、SQL 权限
身份验证 Microsoft Entra ID 身份验证、SQL 身份验证 Microsoft Entra ID 身份验证
向 Fabric OneLake 的数据库镜像 是,手动启用 是,为所有符合条件的表自动启用
Fabric 中的跨平台查询 是,通过镜像到 Fabric 是,自动通过 Fabric OneLake
Fabric 快捷方式的源 是,通过镜像到 Fabric 是,自动通过 Fabric OneLake
Power BI DirectLake 模式的源 是,通过镜像到 Fabric 是,自动通过 Fabric OneLake
免费产品/服务 是,免费 100,000 个 vCore/月 是,具有 Microsoft Fabric 试用容量
监视 Azure Monitor、数据库观察程序 性能仪表板、容量指标应用

方案

查看这些方案,以帮助选择 Fabric 中的数据存储。

方案 1

Kirby 是一个解决方案架构师,为操作数据创建 AI 应用程序。 他们需要一个易于管理的操作数据库平台,该平台可轻松集成针对实时智能数据、Parquet 文件和仓库中管理的主数据的跨平台查询。

Kirby 对操作数据选择了 Fabric SQL 数据库。 SQL 数据库的无服务器、自动缩放体系结构可按需提供经济高效的资源。 由于镜像到 Fabric OneLake,SQL 数据库中的数据可自动用于 Fabric 内的其他工作负载。 SQL 数据库的多模型功能(基于 SQL Server 和 Azure SQL 数据库的坚实 SQL 数据库引擎)提供关系、图形、JSON 和键值数据体系结构。

Fabric SQL 数据库默认配置的简单、自治和集成性质最大限度地减少了数据库管理任务,并已实现最佳做法。

Fabric SQL 数据库也易于购买 - Fabric SQL 数据库的功能在任何 Fabric 容量下都是相同的。

方案 2

Arin 是一名 Azure 架构师,在与独立软件供应商 (ISV) 的 .NET 应用程序开发人员合作方面经验丰富。 他们正在开发一个多租户体系结构,其中每个客户都需要自己的独立数据库。 客户遍布全球,在不同时间有高峰使用时间。

Arin 选择在 Azure SQL 数据库弹性池中大规模部署多个数据库。 弹性池提供一致的计费和资源池,非常适合容纳不同大小、不同工作负载配置文件的数据库。 通过控制数据库池成员身份和监视峰值利用率模式,Arin 可使用弹性池的一致资源和计费来节省资金。