Snowflake主键声明方式差异导致的列可空性规则咨询

该现象是Snowflake官方定义的预期正常行为，不属于产品缺陷。

两种场景的行为差异是Snowflake刻意设计的表结构变更逻辑：

• 建表阶段在CREATE TABLE语句内直接声明主键约束时，Snowflake会自动将主键覆盖的所有列设置为NOT NULL非空属性，和列定义中是否显式声明非空无关。
• 建表完成后通过ALTER TABLE语句追加主键约束时，Snowflake不会自动修改现有列的可空属性，列原本的可空状态会完整保留，不会被强制调整为非空。

这种设计的核心原因是避免对已存在的表结构、存量业务逻辑造成非预期的侵入式修改——给已存在的业务表追加主键属于在线变更操作，自动修改列属性可能导致存量数据写入逻辑报错，影响业务可用性。另外需要注意Snowflake的主键、外键等约束默认是不启用强制校验的，仅用于数据建模参考和查询优化，本身不会在数据写入时拦截空值或重复值。

场景1：追加主键后列保留可空属性 #

create  table Table1 (
Column1 TEXT(16777216),Column2 NUMBER(38,0) NOT NULL,Column3 NUMBER(38,0) IDENTITY START 3 INCREMENT 7,Column4 NUMBER(38,0) IDENTITY START 1 INCREMENT 1,Column7 NUMBER(38,0)
);

ALTER TABLE Table1 ADD CONSTRAINT Table1_PK PRIMARY KEY (Column2,Column3); 

执行后查看表定义，Column3会保留原有可空属性，不会被自动设置为非空。

场景2：建表内联声明主键时列被强制设为非空 #

create  table Table1 (
Column1 TEXT(16777216),Column2 NUMBER(38,0) NOT NULL,Column3 NUMBER(38,0) IDENTITY START 3 INCREMENT 7,Column4 NUMBER(38,0) IDENTITY START 1 INCREMENT 1,Column7 NUMBER(38,0)
, CONSTRAINT Table1_PK PRIMARY KEY (Column2,Column3)
);

执行后查看表定义，Column3即使没有显式声明非空，也会被自动设置为NOT NULL属性。

如果需要给已存在的表追加主键，同时要求主键列满足非空属性，需要在添加主键约束前，手动执行ALTER TABLE ... ALTER COLUMN <列名> SET NOT NULL语句调整对应列的属性，不要依赖系统自动设置。

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