EF-CodeFirst-外键设置

首先，第一种设置方法，就是在关联子表中设置外键导航属性。

我们来看一下DB的外键结构：

可以看到，此时自动生成了一个外键表名_ID的外键字段与User主表ID做了外键关联，那么，如何指定外键名称呢？

于是，我们使用特性ForeigKey指定外键名称为：USERID，如下图：

再看一下生成的表结构，一个自定义名称为：USERID的外键已经创建好了：

关于ForeigKey特性的功能，标记在外键字段和导航字段含义是不一样的，官方解释如下：

• 如果将 ForeigKey 特性添加到导航属性，则应指定关联的外键的名称
• 如果将 ForeigKey 特性添加到外键属性，则应指定关联的导航属性的名称

试验一下，首先将特性添加到UserAccount类的导航属性User上，指定外键名称为USERID，如下图：

如下图，可以看到UserAccount表正确创建了外键USERID，关联到User表的ID字段：

那么，再试试标记到UserAccount表的外键属性USERID上，指定导航属性为User名称。

效果和在导航属性上标记外键名称一样，如下图：

试验没有到此为止，实际使用中，有一个有趣的现象，如下图

我们指定导航属性外键名为IDDDD，如果导航属性定义为IConllection，此时并不会匹配UserAccount类中的IDDDD字段，也不会自动创建UserAccount.IDDDD字段，而是指向到了User.IDDDD字段，并且会将外键创建到User表中，用User.IDDD和UserAccount.ID做关联，User成了子表。
效果如下图：

再换个玩法，在User上的IConllection导航属性上标记UserAccount的主键字段，如下图：


如初所料，我们可以看到，关联到了指定的USERIDDDD，而不是USERID。

那么如果两个地方都有IConllection导航属性，都设置呢？

按照如上逻辑，此时User.UserAccount导航指定UserAccount.USERIDDDD，而UserAccount导航则指定User.IDDD。

那么结果如何？如下图：

CodeFirst帮我们建了一个中间关联表UserAccountUsers，设置了两个属性将两张表的ID关联了起来。

也就是说，当双方都是用IConllection标记导航属性时，系统无法确定哪个是主次，就会自动创建一个外键关联表UserAccountUsers来匹配外键关系。

那如果一方使用IConllection标记导航属性，一方不使用呢？

我们来试验一下，User用IConllection导航属性指定UserAccount，而UserAccount用普通导航属性指定User，如下图：

结果如下：

我们可以看到，CodeFirst是按照UserAccount中的普通导航属性User创建的外键，而当User导航指定的外键IDDD不存在时，是以User表指定存在的外键字段USERIDDDD为准的。