白杨商业智能工作室
#技术分享#Azure SQL

SSMS 22.4.1 终于支持 Database DevOps 了!DBA 的福音还是开发者的新玩具?

· 白杨BI工作室

如果你是一名 DBA 或者数据库开发者,一定经历过这种痛苦:开发环境改了表结构,上线时得手动同步到测试、预发、生产环境——一不留神就漏了某个字段,或者生产环境的存储过程版本对不上。 这种“手工搬运”数据库变更的方式,在敏捷开发时代简直是灾难。

SSMS 22.4.1 终于支持 Database DevOps 了!DBA 的福音还是开发者的新玩具?

如果你是一名 DBA 或者数据库开发者,一定经历过这种痛苦:开发环境改了表结构,上线时得手动同步到测试、预发、生产环境——一不留神就漏了某个字段,或者生产环境的存储过程版本对不上。

这种“手工搬运”数据库变更的方式,在敏捷开发时代简直是灾难。不少团队用 Flyway、Liquibase 这类工具来管理数据库变更脚本,但它们和 SQL Server 的集成始终不够丝滑。

现在,微软终于在 SSMS 里给出了官方方案。

🔧 SSMS 22.4.1 新功能:Database DevOps(预览版)

微软在 SSMS 22.4 中正式上线了 Database DevOps 工作负载的公开预览版。核心能力就一件事:让数据库像应用代码一样被管理。

具体来说,你现在可以在 SSMS 里:

  1. 创建 SQL Project — 把数据库的 schema(表、视图、存储过程等)定义为一组 .sql 文件
  2. Build — 编译检查这些文件之间的依赖关系和语法错误
  3. Publish — 把变更发布到任意目标环境(开发、测试、生产)

💡 为什么值得关注?

打通 SSMS 和 VS Code

这个 SQL Project 基于 Microsoft.Build.Sql 项目格式——和 VS Code 里的 mssql 扩展用的是同一套。也就是说,你可以在 SSMS 里创建项目,提交到 Git,然后同事在 VS Code 里继续编辑,完全无缝衔接。

对于国内很多“DBA 用 SSMS、开发用 VS Code”的团队来说,这是一个非常实用的改进。

国内团队的适用场景

  • 数据库变更纳入 CI/CD:SQL Project 可以和 Azure DevOps、GitHub Actions 集成,实现数据库变更的自动部署
  • Schema 版本管理:所有数据库对象定义都在 Git 里,谁改了什么一目了然
  • 多环境一致性:再也不用担心“开发能跑、生产报错”的尴尬
  • 代码质量门禁:Build 阶段就能发现语法错误和引用问题,不用等到部署时才暴露

和现有工具的对比

| 工具 | 类型 | SQL Server 集成度 | 门槛 | |------|------|------------------|------| | SSMS Database DevOps | 微软官方 | ⭐⭐⭐⭐⭐ | 低(SSMS 用户直接上手) | | VS Code mssql 扩展 | 微软官方 | ⭐⭐⭐⭐ | 中(需要熟悉 VS Code) | | Flyway / Liquibase | 第三方开源 | ⭐⭐⭐ | 中高(需要学习特定语法) | | SSDT(Visual Studio) | 微软官方 | ⭐⭐⭐⭐ | 中(需要 VS 许可证) |

⚠️ 目前还缺什么?

作为预览版,有些功能还没到位:

  • 没有“从数据库反向生成项目”:如果你想把现有数据库纳入管理,目前得用 VS Code 的 mssql 扩展或 SqlPackage CLI 来做:
dotnet tool install -g microsoft.sqlpackage
sqlpackage /action:extract /sourceconnectionstring:“<连接字符串>” /targetfile:“databasefiles” /p:extracttarget=schemaobjecttype
  • 没有图形化 Schema Compare:也就是没法直观地对比“项目里的定义”和“线上数据库”的差异,后续版本会补上
  • Visual Studio 2026 还不支持:SSDT 在 VS 2026 中暂时只支持旧版 SQL Project 格式,Microsoft.Build.Sql 的支持还没上路线图

🚀 怎么上手?

  1. 下载或更新 SSMS 到 22.4 版本
  2. 修改 SSMS 安装,勾选 Database DevOps 工作负载
  3. 新建 SQL Project,开始把数据库 schema 管理起来

官方文档:aka.ms/sqlprojects-docs 路线图:aka.ms/sqlprojects-roadmap


📌 总结:SSMS 终于有了官方的 Database DevOps 能力,虽然还是预览版,但方向很明确——让数据库变更管理变得和代码一样规范、可追溯、可自动化。如果你还在用“手工同步”的方式管理数据库,建议试试看。

📖 原文链接:https://techcommunity.microsoft.com/t5/azure-sql-blog/database-devops-preview-in-ssms-22-4-1/ba-p/4503858 📅 发布日期:2026-03-19


本文由 baiyangbistudio 整理,如需技术咨询,请添加微信 baiyangbistudio

相关文章

微软重磅调整:Azure SQL弃用SGX加密意味着什么

微软重磅调整:Azure SQL弃用SGX加密意味着什么

微软 Azure SQL 数据库近日宣布,将正式停用基于英特尔 SGX 安全区域的 Always Encrypted 加密方案,这一变化标志着云端机密计算在数据库加密领域的一次重要技术路线调整。

#技术分享#Azure SQL
Azure SQL数据库中心性能监控来了,你的数据库终于有救了

Azure SQL数据库中心性能监控来了,你的数据库终于有救了

微软近日宣布,Azure SQL 数据库中心(Database Hub)的性能监控功能正式进入公共预览阶段,用户现可在统一门户中直接查看数据库运行指标,无需在多套工具间来回切换。

#技术分享#Azure SQL
微软Fabric数据库中心公共预览开放,数据开发迎来巨变

微软Fabric数据库中心公共预览开放,数据开发迎来巨变

数据库管理正在从被动运维走向主动洞察。微软近日宣布,Fabric 中的数据库中心(Database Hub)正式进入公共预览阶段,这项新能力将数据库运行信号转化为可执行的引导式操作,让数据资产的管理者第一次拥有了驾驶舱式的全局视野。

#技术分享#Azure SQL
SQL Server Always On终于支持多数据库MI链接了

SQL Server Always On终于支持多数据库MI链接了

微软近日宣布,Azure SQL 托管实例(MI Link)现已支持在 SQL Server 的 Always On 可用性组中同时连接多个数据库,该功能目前处于预览阶段。这意味着企业可以在混合云架构下,更灵活地实现多数据库的云端灾备与只读分流。

#技术分享#Azure SQL
Azure SQL数据库无服务器也能自动暂停?省钱大招来了

Azure SQL数据库无服务器也能自动暂停?省钱大招来了

微软近日宣布,Azure SQL 数据库的超大规模无服务器版本正式进入自动暂停与自动恢复功能的公开预览阶段。这意味着企业可以在业务低谷期让数据库自动休眠,在请求到来时秒级唤醒,从根本上重构云数据库的成本模型。

#技术分享#Azure SQL
SQL数据同步退役倒计时,你的数据库迁移方案准备好了吗

SQL数据同步退役倒计时,你的数据库迁移方案准备好了吗

微软近日宣布,Azure SQL 数据同步服务(SQL Data Sync)正式进入退役的最后阶段,该服务将不再支持新的同步组创建,现有用户需尽快迁移至替代方案。 - 停止新建同步组:用户已无法通过门户或 API 创建新的数据同步组,现有同步组仍可运行,但不再获得功能更新。

#技术分享#Azure SQL
有问题?加企业微信 1 对 1 交流 👇
➕ 添加企业微信
备注「白杨」优先通过 · 数据洞察与智能决策
企业微信
企业微信
备注「白杨」优先通过