Azure Pipeline中使用Dacpac自动化SQL时删除表失败

• 检查部署参数配置
  Dacpac默认有阻止意外删除的保护机制，会直接跳过删除表的操作。你需要在发布任务的部署参数里添加两个关键配置：

  • /p:DropObjectsNotInSource=True：启用删除源代码中不存在的数据库对象
  • /p:BlockOnPossibleDataLoss=False：关闭数据丢失保护（删除表属于可能丢失数据的操作，默认会被拦截）

• 验证Dacpac包的内容
  去构建产出的artifacts里找到生成的Dacpac文件，用SQL Server Data Tools（SSDT）打开，和目标数据库做差异对比，确认删除表的操作是否被正确打包进了变更集。如果构建阶段就没把删除逻辑包含进去，发布肯定不会执行。

• 查看发布任务的详细日志
  别只看任务的成功状态，点开任务的详细日志，搜索目标表名或者关键词“Drop”，看看有没有关于删除操作的记录。很多时候日志里会明确说明跳过删除的原因（比如存在依赖对象、权限不够），但任务整体还是会显示成功。

• 检查部署账户的数据库权限
  确认发布管道使用的服务主体或账户，是否拥有目标数据库的ALTER、CONTROL权限。权限不足时，删除操作会静默失败，但不会触发任务报错。

• 核对数据库部署历史
  用SSMS连接目标数据库，查看sys.dac_history系统表，或者用SSDT的“比较数据层应用程序”功能，确认最近的部署是否真的触发了删除表的操作。

内容的提问来源于stack exchange，提问作者moor