Entity Framework 实践系列 —— 搞好关系 - 两情相悦（双向一对一）

淩亂°似流年 2022-03-31 20:10 56阅读 0赞

自从[搞好][Link 1]了单向一对一关系，装满代码的心中塞进了挥之不去的情丝 —— 单相思。谁都知道音乐世界离不开情感，可谁又知道代码世界同样需要情感。

单相思是星星之火，它存在的唯一目的是点燃两个人的世界。让我们紧握心中的火苗，开始两情相悦的征途吧。

先回顾一下单相思的场景：

BlogSite单相思BlogUser。

![2011070714423224.png][]

BlogSite样子：

public  class  BlogSite  
\{  
 public  int  BlogID \{  get ;  set ; \}  
 public  string  BlogApp \{  get ;  set ; \}  
 public  bool  IsActive \{  get ;  set ; \}  
  public  Guid UserID \{  get ;  set ; \}  
 public  virtual  BlogUser BlogUser \{  get ;  set ; \}  
\}

BlogUser样子：

public  class  BlogUser  
\{  
 public  Guid UserID \{  get ;  set ; \}  
 public  string  Author \{  get ;  set ; \}  
\}

OnModelCreating中的定义：

modelBuilder.Entity < BlogSite > ().HasRequired(b  =>  b.BlogUser)  
.WithMany().HasForeignKey(b  =>  b.UserID);

可以看出，现在的情形是BlogSite的心中有BlogUser，BlogUser的心中没有BlogSite。

要让两情相悦，只要BlogSite能打动BlogUser，让BlogUser心中有他。在现实世界这谈何容易，但在代码世界你可以随心所欲。我们可以先强行让BlogUser心中有BlogSite，代码如下：

public  class  BlogUser  
\{  
 public  Guid UserID \{  get ;  set ; \}  
 public  string  Author \{  get ;  set ; \}  
 public  virtual  BlogSite BlogSite \{  get ;  set ; \}  
\}

运行一下测试，看会发生什么？

会不会是这样？BlogUser抽BlogSite两巴掌：“这些年你TMD死哪里去了。。。 ”

代码世界可没有现实世界那样“暴力”，只是返回一个异常：

System.Data.SqlClient.SqlException: Invalid column name  ' BlogSite\_BlogID ' .

生成的SQL：

SELECT   
 \[ Extent1 \] . \[ BlogID \]  AS  \[ BlogID \] ,  
 \[ Extent1 \] . \[ BlogApp \]  AS  \[ BlogApp \] ,  
 \[ Extent1 \] . \[ IsActive \]  AS  \[ IsActive \] ,  
 \[ Extent1 \] . \[ UserID \]  AS  \[ UserID \] ,  
 \[ Extent2 \] . \[ UserID \]  AS  \[ UserID1 \] ,  
 \[ Extent2 \] . \[ Author \]  AS  \[ Author \] ,  
 \[ Extent3 \] . \[ BlogSite\_BlogID \]  AS  \[ BlogSite\_BlogID \]   
 FROM  \[ dbo \] . \[ BlogSite \]  AS  \[ Extent1 \]   
 INNER  JOIN  \[ dbo \] . \[ BlogUser \]  AS  \[ Extent2 \]   
 ON  \[ Extent1 \] . \[ UserID \]  =  \[ Extent2 \] . \[ UserID \]   
 LEFT  OUTER  JOIN  \[ dbo \] . \[ BlogUser \]  AS  \[ Extent3 \]

ON  \[ Extent1 \] . \[ UserID \]  =  \[ Extent3 \] . \[ UserID \]   
 WHERE  **1**  =  \[ Extent1 \] . \[ IsActive \]

两情相悦的确不容易，刚想悦一下就被拒绝了，而且是莫明的理由。

别泄气，解决问题和追女孩一样，要有一种锲而不舍的精神。

别着急，先让自己静下来，来一杯咖啡，或者写写博客。。。[让问题在思维中浸泡一会][Link 2]。。。

![2011070810132926.jpg][]

浸泡之后，马上回来。

不要急于去找答案，而是要先进一步明确问题，既然是搞关系，就要仔细分析一下BlogSite与BlogUser之间的关系。

看类图：

![2011070814172519.png][]

BlogSite有一个属性BlogUser，BlogUser有一个属性BlogSite；假如BlogSite是男人，BlogUser是女人，那么通过这两个类的定义，我们知道了（当然EF也知道了） —— 男人可以娶女人，但只能娶一个；女人可以嫁给男人，但只能嫁一个。

看数据库表结构：

![2011070711382157.png][]

BlogSite表有个UserID字段对应BlogUser的UserID主键。所以，一个BlogSite找对应的BlogUser很容易，拿着自己知道的UserID直接在BlogUser表中找出自己的另一半；而一个BlogUser找对应的BlogSite就难一些，先通过自己的UserID在BlogSite表中找到对应的BlogID，然后通过BlogID找到对应的BlogSite。

打个比方，两情相悦的爱情密码藏在男人心里，男人一眼就能看出属于自己的女人，而女人需要先找出男人心里的爱情密码，然后看这个密码是不是自己。难怪男人要主动追求女人。

另外，由于BlogSite表的UserID字段不能为空，所以男人不能没有女人，也就是男人依赖（Dependent）女人；BlogUser表中没有BlogID，女人是主角（Principal），是等着男人来追求的。

通过上述的分析，我们可以理出这样的关系：

男人（BlogSite）需要（HasRequired）女人（BlogUser），女人也需要女人；男人通过爱情密码（UserID）找到属于自己的女人，并依赖她（WithRequiredDependent）；女人通过爱情密码（UserID）确定她可以主宰（WithRequiredPrincipal）的男人。

有了这样的关系描述，我们可以在EF中通过Fluent API写出来，有两种写法，效果一样：

写法一（出自男人之手）：

modelBuilder.Entity < BlogSite > ().HasRequired(b  =>  b.BlogUser)  
.WithRequiredDependent(u  =>  u.BlogSite).Map(conf  =>  conf.MapKey( " UserID " ));

写法二（出自女人之手）：

modelBuilder.Entity < BlogUser > ().HasRequired(u  =>  u.BlogSite)  
.WithRequiredPrincipal(b  =>  b.BlogUser).Map(conf  =>  conf.MapKey( " UserID " ));

让我们测试一下，看看他们是否真的两情相悦。测试代码如下：

\[TestMethod\]  
 public  void  GetAllBlogSites\_Test()  
\{  
\_aggBlogSiteService.GetAllBlogSites().ToList()  
.ForEach(  
b  =>  \{ Console.WriteLine( " BlogApp: "  \+  b.BlogUser.BlogSite.BlogApp  \+   
 " , Author: "  \+  b.BlogUser.BlogSite.BlogUser.Author); \}  
);   
\}

看看红色字体部分，测试的就是是否“你中有我，我中有你”。

在测试之前，我们需要将爱情密码隐藏，也就是把BlogSite的UserID属性注释掉。不然会出现错误 —— Each property name in a type must be unique. Property name 'UserID' was already defined.

运行测试，爱情大考验：

![2011070815090859.png][]

![2011070815111029.png][]

pass! 爱情测试通过，可以步入婚姻的殿堂。。。

![2011070815264496.jpg][]

相爱容易，相处难，婚姻生活才是对爱情的真正考验。

代码世界也是一样，测试通过了，但背后的代码是否以我们期望的方式运行呢？

打开Server Server Profiler，看个究竟：

当我们获取一个BlogSite列表时，实际执行的SQL是：

SELECT   
 \[ Extent1 \] . \[ BlogID \]  AS  \[ BlogID \] ,  
 \[ Extent1 \] . \[ BlogApp \]  AS  \[ BlogApp \] ,  
 \[ Extent1 \] . \[ IsActive \]  AS  \[ IsActive \] ,  
 \[ Join1 \] . \[ UserID1 \]  AS  \[ UserID \] ,  
 \[ Join1 \] . \[ Author \]  AS  \[ Author \] ,  
 \[ Join3 \] . \[ BlogID \]  AS  \[ BlogID1 \]   
 FROM  \[ dbo \] . \[ BlogSite \]  AS  \[ Extent1 \]   
 LEFT  OUTER  JOIN  ( SELECT  \[ Extent2 \] . \[ UserID \]  AS  \[ UserID1 \] ,  \[ Extent2 \] . \[ Author \]  AS  \[ Author \]   
 FROM  \[ dbo \] . \[ BlogUser \]  AS  \[ Extent2 \]   
 LEFT  OUTER  JOIN  \[ dbo \] . \[ BlogSite \]  AS  \[ Extent3 \]   
 ON  \[ Extent2 \] . \[ UserID \]  =  \[ Extent3 \] . \[ UserID \]  )  AS  \[ Join1 \]   
 ON  \[ Extent1 \] . \[ UserID \]  =  \[ Join1 \] . \[ UserID1 \]   
 LEFT  OUTER  JOIN  ( SELECT  \[ Extent4 \] . \[ UserID \]  AS  \[ UserID2 \] ,  \[ Extent5 \] . \[ BlogID \]  AS  \[ BlogID \]   
 FROM  \[ dbo \] . \[ BlogUser \]  AS  \[ Extent4 \]   
 LEFT  OUTER  JOIN  \[ dbo \] . \[ BlogSite \]  AS  \[ Extent5 \]   
 ON  \[ Extent4 \] . \[ UserID \]  =  \[ Extent5 \] . \[ UserID \]  )  AS  \[ Join3 \]   
 ON  \[ Extent1 \] . \[ UserID \]  =  \[ Join3 \] . \[ UserID2 \]   
 WHERE  **1**  =  \[ Extent1 \] . \[ IsActive \]

当我们获取一个BlogUser列表时，实际执行的SQL是：

SELECT   
 **1**  AS  \[ C1 \] ,  
 \[ Extent1 \] . \[ UserID \]  AS  \[ UserID \] ,  
 \[ Extent1 \] . \[ Author \]  AS  \[ Author \] ,  
 \[ Extent3 \] . \[ BlogID \]  AS  \[ BlogID \] ,  
 \[ Extent3 \] . \[ BlogApp \]  AS  \[ BlogApp \] ,  
 \[ Extent3 \] . \[ IsActive \]  AS  \[ IsActive \] ,  
 \[ Extent4 \] . \[ UserID \]  AS  \[ UserID1 \]   
 FROM  \[ dbo \] . \[ BlogUser \]  AS  \[ Extent1 \]   
 LEFT  OUTER  JOIN  \[ dbo \] . \[ BlogSite \]  AS  \[ Extent2 \]  ON  \[ Extent1 \] . \[ UserID \]  =  \[ Extent2 \] . \[ UserID \]   
 LEFT  OUTER  JOIN  \[ dbo \] . \[ BlogSite \]  AS  \[ Extent3 \]  ON  \[ Extent2 \] . \[ BlogID \]  =  \[ Extent3 \] . \[ BlogID \]   
 LEFT  OUTER  JOIN  \[ dbo \] . \[ BlogSite \]  AS  \[ Extent4 \]  ON  \[ Extent2 \] . \[ BlogID \]  =  \[ Extent4 \] . \[ BlogID \]

看到这样的SQL，你也许会感叹：为了两情相悦，付出这么大的代价，值得吗？

值得！目前的代价只是暂时的，两情相悦，共同努力，一切都可以改变！

这个SQL的问题目前还没找到解决方法，先放着，随着博客园团队的成长，一定会解决这个问题！

**更新1：17:30左右找到SQL问题的解决方法，[下一篇][Link 3]文章的内容就是这个。**

**更新2：SQL生成问题的解决方法见[Entity Framework 实践系列 —— 搞好关系 - 两情相悦（双向一对一）- 续][Link 3]**

[Link 1]: http://www.cnblogs.com/dudu/archive/2011/07/07/entity_framework_one_to_one.html
[2011070714423224.png]: /images/20220401/5a5199b62cc84ba0b85fdf0c53dda9a1.png
[Link 2]: http://kb.cnblogs.com/page/104772/
[2011070810132926.jpg]: /images/20220401/26326e7f604947abbbd75e33535c61fb.png
[2011070814172519.png]: /images/20220401/5858f46de7854114a621d3f410c78859.png
[2011070711382157.png]: /images/20220401/f2df247a7f4c404cb1ed550d023e37da.png
[2011070815090859.png]: /images/20220401/f7c43e1682bf4936b57298fdf90801bf.png
[2011070815111029.png]: /images/20220401/015b8b39234947479f43d92c086888c1.png
[2011070815264496.jpg]: /images/20220401/d38075a982e54c1d92c0b8fe2fec02a7.png
[Link 3]: http://www.cnblogs.com/dudu/archive/2011/07/08/entity_framework_one_to_one_two_way_best.html

发表评论取消回复

表情：

评论列表（有 0 条评论，56人围观）

还没有评论，来说两句吧...

相关阅读

相关 Entity Framework管理实体关系（一）：管理一对一关系

我们现在已经知道如何使用Code First来定义简单的领域类，并且如何使用DbContext类来执行数据库操作。现在我们来看下数据库理论中的多样性关系，我们会使用Code F

谁践踏了优雅/ 2023年06月01日 11:27/ 0 赞/ 37 阅读

相关 JPA双向一对一外键关联关系

`主表实体类代码` @Id @GeneratedValue(strategy=GenerationType.AUTO) public Integer

小灰灰/ 2022年05月21日 06:55/ 0 赞/ 308 阅读

相关 JPA双向一对一关联关系@OneToOne

Department.class package com.jpa.helloworld; import javax.persistence.Colu

雨点打透心脏的1/2处/ 2022年05月20日 08:16/ 0 赞/ 360 阅读

相关 Entity Framework 实践系列 —— 搞好关系 - 两情相悦（双向一对一）

自从[搞好][Link 1]了单向一对一关系，装满代码的心中塞进了挥之不去的情丝 —— 单相思。谁都知道音乐世界离不开情感，可谁又知道代码世界同样需要情感。单相思是星星之火

淩亂°似流年/ 2022年03月31日 20:10/ 0 赞/ 57 阅读

相关 JPA系列七：映射关联关系-双向一对一

1、创建实体类Department @Table(name="JPA_DEPARTMENTS") @Entity public class Depar

矫情吗；*/ 2022年02月09日 10:35/ 0 赞/ 334 阅读

相关 Entity Framework Core系列教程-25-Entity Framework Core日志

Entity Framework Core日志我们经常需要在EF Core中记录SQL并更改跟踪信息以进行调试。 EF Core日志记录自动与.NET Core的日

梦里梦外;/ 2021年07月27日 01:40/ 0 赞/ 347 阅读

相关 Entity Framework Core系列教程-14-Fluent API 配置一对一关系

Entity Framework Core Fluent API 配置一对一关系在这里，您将学习如何使用Fluent API配置两个实体之间的一对一关系（如果它们不遵循

╰半夏微凉°/ 2021年07月26日 17:08/ 0 赞/ 380 阅读

相关 Entity Framework Core系列教程-9-一对多关系约定

Entity Framework Core中的一对多关系约定在上一章中，您了解了EF Core中的约定，该约定将实体映射到数据库的不同对象。在这里，您将了解两个实体类之

女爷i/ 2021年07月26日 16:12/ 0 赞/ 320 阅读

相关 Entity Framework Core系列教程-8-Entity Framework Core中的约定

Entity Framework Core中的约定约定是，使用Entity Framework根据您的领域模型（实体）类构建模型时的默认规则。在“第一个EF核心应用程序

朱雀/ 2021年07月26日 15:34/ 0 赞/ 489 阅读

相关 Entity Framework Core系列教程-10-一对一关系约定

Entity Framework Core 一对一关系约定 Entity Framework Core引入了默认约定，该约定自动配置两个实体之间的一对一关系（EF 6.x

Bertha 。/ 2021年07月26日 13:48/ 0 赞/ 313 阅读