迁移本地SQL Server数据至Dedicated SQL Pool时出现NULL插入报错

该报错并非目标表test2_dedicated_pool的字段定义错误导致，核心原因是带暂存的复制活动底层批量加载机制的默认行为存在约束：

• 带暂存的Azure Dedicated SQL Pool复制默认使用PolyBase或COPY命令做高性能批量加载，加载过程中会在各个计算节点的分布式库（即报错信息中提到的Distribution_57）上生成内部临时表承接数据，这类临时表默认不会自动继承目标表的字段可空属性，会给所有字段隐式加上NOT NULL约束。
• 源表test1的col2字段允许为NULL，当源表存在col2为NULL的行时，向内部临时表插入NULL值就会触发约束冲突报错，和目标表手动定义的col2 INT NULL规则无直接关联。
• 如果暂存层使用Parquet/ORC等自带Schema的文件格式，源端导出时没有正确序列化NULL值的元数据，会进一步提升该报错的出现概率。

按优先级从高到低选择以下方案即可：

• 修改复制活动接收器的加载配置
  进入复制活动的「接收器」设置页，找到PolyBase/COPY命令的配置项，勾选允许列插入NULL值的选项；如果直接编辑管道JSON，可以在接收器的polyBaseSettings节点下添加"allowNullValue": true配置，让内部临时表正确识别字段可空属性，和目标表定义对齐。该方案完全保留PolyBase的高性能加载能力，是首选方案。
• 禁用自动列映射，手动配置字段映射
  进入复制活动的「映射」页签，关闭「自动映射列」选项，手动将源表的col1、col2和目标表的对应字段做一一绑定，让复制活动在加载阶段提前感知到col2是允许为空的字段，避免生成错误的临时表约束。
• 给目标表字段加默认值约束
  在目标专用SQL池执行以下语句给col2加NULL默认值，绕开内部临时表的约束校验：

  ALTER TABLE test2_dedicated_pool ADD CONSTRAINT DF_test2_col2 DEFAULT NULL FOR col2;
  

• 小数据量场景临时替换加载方式
  如果迁移的数据量不大，可以在接收器设置里把加载方式从PolyBase/COPY命令切换为批量插入（Bulk Insert），这种加载方式不会生成内部分布式临时表，不会触发这类隐式约束问题，但加载性能远低于PolyBase，不适合TB级大表迁移。

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