构建DACPAC时用SQLCMD变量指定用户名报SQL70604如何解决

你的实现方向没有问题，触发SQL70604报错不是Synapse专用SQL池的功能限制，是DACPAC构建环节的SSDT（SQL Server Data Tools）原生校验规则导致：默认不允许在数据库对象名的位置直接引用SQLCMD变量，和CREATE USER语法本身正确性无关。

优先使用后置部署脚本承载用户创建逻辑，这是DACPAC场景下执行运行时动态对象操作的标准做法，可完全绕开构建阶段的对象名校验：

• 不要将CREATE USER语句放在数据库项目的常规Schema对象定义文件中，将这类运行时动态创建的逻辑迁移到**后置部署脚本（Post-Deployment Script）**里
• 操作步骤：
  1. 在SQL数据库项目中新增后置部署脚本（单个项目仅可设置一个后置部署脚本，可在脚本内通过:r指令引用其他子脚本拆分逻辑）
  2. 在脚本中写入带存在性判断的创建逻辑，避免重复部署报错：

-- 后置部署脚本不参与构建阶段对象模型校验，可直接使用SQLCMD变量作为对象名
IF NOT EXISTS (SELECT 1 FROM sys.database_principals WHERE name = N'$(TestUserName)')
BEGIN
    CREATE USER [$(TestUserName)] FROM EXTERNAL PROVIDER;
END

3. 在项目的SQLCMD变量配置中声明TestUserName变量，在Azure DevOps流水线的DACPAC部署任务（Azure SQL DacpacTask）中，将该SQLCMD变量与流水线自定义变量绑定，变量值会在部署执行阶段自动替换，不会触发构建错误。

方案1：抑制对应构建警告 #

在数据库项目属性的「生成」配置页，找到「抑制Transact-SQL警告」配置项，添加警告编号70604，即可关闭该类校验，让原位置的SQLCMD变量引用通过构建。

注意：该配置会全局关闭对象名位置SQLCMD变量引用的校验，可能漏过其他常规对象定义里的变量写错、对象名不合法的问题，提升部署阶段故障风险。

方案2：动态SQL包装 #

如果不想调整脚本位置，也可以用动态SQL拼接执行语句，绕开构建阶段的静态语法识别：

DECLARE @sql NVARCHAR(MAX) = N'CREATE USER [' + REPLACE('$(TestUserName)',']',']]') + N'] FROM EXTERNAL PROVIDER;'
EXEC sp_executesql @sql

注意：该写法需要对传入的变量值做特殊字符转义（比如示例中替换]为]]），避免特殊字符导致语法错误。

• SQLCMD变量替换不要放在DACPAC构建阶段执行，DACPAC是跨环境通用的部署包，变量替换应该在部署到对应Synapse实例的阶段完成，符合DACPAC的标准设计逻辑。
• 执行DACPAC部署的账号/服务主体需要被授予Synapse专用SQL池的ALTER ANY USER权限，否则创建语句会在执行阶段抛出权限不足错误。

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