外键列默认约束不生效求助：设置默认值3却自动设为0

我来帮你排查这个头疼的问题——你明明给[ForeignKeyColumn]加了默认值3的约束，但新插入数据时却自动填了0，这大概率是几个常见原因导致的，咱们一步步拆解：

1. 先确认约束是否真的创建成功 #

首先得打个基础：这个默认约束到底有没有被正确添加到表上？执行下面的SQL查询验证：

SELECT name, definition 
FROM sys.default_constraints 
WHERE parent_object_id = OBJECT_ID('A') 
AND parent_column_id = COLUMNPROPERTY(OBJECT_ID('A'), 'ForeignKeyColumn', 'ColumnId');

如果查询结果里看不到[default_value]约束，或者definition字段不是((3))，那说明约束没创建成功——可能是之前已经有同名约束，或者执行ALTER语句时悄悄报错了，得重新执行你的语句并留意执行反馈。

2. 检查插入操作是否覆盖了默认值 #

如果约束确实存在，但插入时还是0，那要盯紧你的插入逻辑：

• 要是你用的是INSERT INTO A (其他列) VALUES (...)这种不指定ForeignKeyColumn的写法，理论上应该触发默认值，但如果你的应用程序/ORM框架在插入时隐式给int类型列赋值0（不少框架会这么做），那默认约束就被覆盖了。
• 要是你显式写了INSERT INTO A (ForeignKeyColumn, ...) VALUES (0, ...)，那肯定会用0，这时候约束不起作用是正常的。

你可以手动执行一条极简插入语句测试：

INSERT INTO A (其他列) VALUES ('测试内容');

看看这条语句的结果——是插入了3，还是报错，或者依然是0？

3. 外键关联表是否存在值为3的行？ #

别忘了这个列是外键！外键约束要求默认值必须是关联表中存在的主键值。如果关联的表（假设是表B）里没有主键为3的行，那插入时用默认值3会触发外键冲突。这时候有些场景下（比如应用程序的错误处理逻辑）会自动把值改成0，或者你可能为了避免报错，手动设置了0？

如果刚才的测试语句报了外键冲突错误，那你要么给关联表添加主键为3的行，要么把默认值改成关联表已存在的主键值。

4. 排查是否有触发器干扰 #

如果表A上存在INSERT触发器，触发器里的逻辑可能会把ForeignKeyColumn的值改成0，这时候触发器的优先级会高于默认约束。你可以查一下表上的触发器：

SELECT name 
FROM sys.triggers 
WHERE parent_id = OBJECT_ID('A');

如果有触发器，仔细看它的代码是不是修改了这个列的值。

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