关于在ADF Copy Data中添加Authorization属性的技术问询

首先直接给结论：目前Azure Data Factory (ADF) 的Copy Data活动本身没有直接提供配置AUTHORIZATION属性的可视化选项，不过针对你遇到的ADW权限问题，我们有几种靠谱的替代方案来解决，适配PolyBase和非PolyBase的场景：

1. 预创建带Authorization的Schema（最直接的解决方法） #

既然你的账户通过T-SQL添加AUTHORIZATION语句就能正常创建Schema，那可以在Copy Data活动执行前，先通过ADF的其他活动完成Schema的预创建：

• 用ADF的Stored Procedure活动或者Execute Pipeline活动（嵌套执行T-SQL脚本），运行类似下面的语句：

  CREATE SCHEMA [YourTargetSchema] AUTHORIZATION [AuthorizedPrincipal];
  

  这里的AuthorizedPrincipal可以是拥有Schema创建权限的用户/角色（比如ADW的db_owner角色，或者你有授权权限的特定账户）。
• 预创建完成后，后续的Copy Data活动不管是否启用PolyBase，都能直接使用这个已授权的Schema，彻底绕过创建Schema时的权限限制。

2. PolyBase场景的适配调整 #

如果你业务上必须使用PolyBase（比如依赖它的大规模数据加载性能），除了预创建Schema，还可以尝试：

• 给ADF使用的身份（比如服务主体、托管标识）在ADW中授予CREATE SCHEMA权限，同时确保该身份拥有对目标数据库的ALTER ANY SCHEMA或对应授权权限——不过根据你的描述，直接创建Schema失败，加Authorization才成功，所以预创建Schema的方式更稳妥。
• 若Copy Data需要自动创建表，确保预创建的Schema已经存在，这样PolyBase在创建表时会自动关联到已授权的Schema，不会触发权限问题。

3. 关于Allow PolyBase选项的补充说明 #

你提到取消勾选Sink中的Allow PolyBase后工作流正常，这是因为此时ADF会使用常规的Bulk Insert方式加载数据，不需要强制在ADW中创建关联PolyBase的表结构，因此避开了Schema创建的权限校验。但如果需要PolyBase的性能优势，还是建议配合预创建Schema的方案来使用。

如果你的业务场景确实需要在Copy Data活动中直接配置AUTHORIZATION属性，目前ADF没有内置支持，你可以向Azure产品团队提交功能请求，推动该特性的开发。

内容的提问来源于stack exchange，提问作者Bryan K.