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 可使用弹性池的一致资源和计费来节省资金。