Linq to SQL父子关联方向设置引发插入异常的原因排查

我在Relation和Resource两个表间定义了一对一的父子关系，关联条件为Relation.RESOURCE_ID == Resource.ID，仅在DBML文件中定义该关联（数据库无实际外键）：

当设置关联方向为Relation → Resource（基于RESOURCE_ID = ID）时，执行以下代码插入数据会抛出System.Data.Linq.ForeignKeyReferenceAlreadyHasValueException异常，提示“Invalid operation due to the current state of the object”：

tbl_res_Resource resoure = new tbl_res_Resource()
{
    //ID is auto calculated
    RESOURCE_KEY = "some key",
    RESOURCE_TYPE = 20,
};

tbl_res_Relation relation = new tbl_res_Relation()
{
    ENTITY_ID = 10,
    ENTITY_TYPE_ID = 10,
    //ID is auto calculated
    //RESOURCE_ID should be inferred
};

relation.Resource = resoure;

context.tbl_res_Relations.InsertOnSubmit(relation);
context.SubmitChanges();

但将DBML中的关联方向反转（Resource → Relation，基于ID == RESOURCE_ID）后，无需修改代码即可正常运行。请问这一现象的原因是什么？

这是LINQ to SQL对一对一关联的状态检查逻辑导致的，核心差异在于关联方向定义对应的外键归属判断和自动赋值时机：

1. Relation → Resource方向时的异常触发逻辑
   当DBML定义Relation指向Resource时，LINQ to SQL会将Relation.RESOURCE_ID识别为关联的外键字段。执行relation.Resource = resoure时，由于resoure的ID是自增字段，此时还未生成有效值（未插入数据库，ID为默认空值），LINQ to SQL会尝试将resoure.ID赋值给relation.RESOURCE_ID，但此时关联对象的主键无有效取值。
   同时，LINQ to SQL的一对一关联检查逻辑会判定：你试图设置外键引用，但外键字段（RESOURCE_ID）当前无有效赋值，且关联对象主键未生成，因此触发ForeignKeyReferenceAlreadyHasValueException——它默认认为外键字段应该已有值，而非等待关联对象插入后自动回填。

2. Resource → Relation方向时的正常运行逻辑
   当关联方向改为Resource → Relation时，LINQ to SQL会将Relation.RESOURCE_ID识别为Resource.ID的反向关联字段，此时逻辑变为：Resource作为父对象，Relation作为依赖的子对象。
   插入操作时，LINQ to SQL会先处理Resource的插入，获取数据库自动生成的ID值，再将该值自动赋值给Relation.RESOURCE_ID，最后插入Relation。整个过程中，框架会正确处理自增主键的回填和关联字段的赋值，不会触发异常。

3. 数据库无实际外键的影响
   由于数据库没有实际外键约束，LINQ to SQL完全依赖DBML中的关联定义来推断字段关系和操作顺序。关联方向的定义直接决定了它如何判断“父/子对象归属”，以及何时回填关联字段的值。

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