梦想成为现实:在Enitity Framework中以理想方式实现指定字段查询
在之前的随笔“博客园现代化建设—[Entity Framework]在LINQ查询中指定返回的字段”中,我们找到了问题的原因,却没有找到解决方法。
而对于理想中的解决方法,我们依然恋恋不忘,虽然很多次尝试都失败了,但我们相信,在代码世界一切皆有可能。
让我们先回顾一下理想中的LINQ查询代码:
{
var result = (from e in context.BlogEntries
join t in context.PostTexts
on e.ID equals t.ID
where e.ID == entryId
select new BlogEntry()
{
Title = e.Title,
Body = t.Text
})
.FirstOrDefault();
}
再回顾一下错误信息:
The entity or complex type 'BlogServer.Data.Provider.BlogEntry'
cannot be constructed in a LINQ to Entities query.
at System.Data.Objects.ELinq.ExpressionConverter.CheckInitializerType(Type type)
还有BlogDbContext的代码:
{
public DbSet<BlogEntry> BlogEntries { get; set; }
}
把这三者联系起来,把问题精简为:如果一个类型(这里是BlogEntry)被注册到DbSet<T>,Enity Framework就会认为这个类型是complex type,在select new时引发异常。而建立一个具有同样属性的类型(前篇随笔中的BlogEntryClone),由于没有被注册到DbSet<T>,则不会引发异常。
本来很单纯的BlogEntry,从DbSet<T>进入Enity Framework,就变成复杂了;而从其他地方进入,依然单纯。很明显,DbSet<T>有问题。
可以猜测DbSet对BlogEntry动了手脚,可能是修改了BlogEntry的类型信息...
所以,要解决的问题变成:DbSet<T>与select new必须要使用不同的类型,而且要共享属性信息。
自然而然,就会想到继承,于是创建了一个继承自BlogEntry的类DerivedBlogEntry试试,代码如下:
{
}
然后,将之用于select new,代码如下:
{
var result = (from e in context.BlogEntries
join t in context.PostTexts
on e.ID equals t.ID
where e.ID == entryId
select new DerivedBlogEntry()
{
Title = e.Title,
Body = t.Text
}
).FirstOrDefault();
}
结果出现同样的complex type错误。
稍作分析,就能理解为什么还会出现这个错误。由于DbSet<T>对BlogEntry的类型进行了改变,DerivedBlogEntry继承自BlogEntry,自然也会受到影响。
再把我们要解决的问题进一步提炼:DbSet<T>中的类型(BlogEntry1)与select new中的类型(BlogEntry2)要共享属性(必然要存在关联),而且对BlogEntry1类型的修改不能影响到BlogEntry2。
父类虽然可以与子类共享属性,但对父类类型的修改必然会子类,这就是上面遇到的情况。
似乎我们踏破铁鞋也找不到解决方法...
如果将父类与子类使用的位置交换一下,也就是在DbSet<T>中使用DerivedBlogEntry,在select new中使用BlogEntry...
当这个想法闪现出来的,就预感到这就是解决之道,当时真的很兴奋...迫不及待地用代码进行验证,代码如下:
BlogDbContext的代码:
{
public DbSet<DerivedBlogEntry> BlogEntries { get; set; }
}
LINQ查询代码:
{
var result = (from e in context.BlogEntries
join t in context.PostTexts
on e.ID equals t.ID
where e.ID == entryId
select new BlogEntry()
{
Title = e.Title,
Body = t.Text
}
).FirstOrDefault();
}
当代码测试通过的时候,内心那种美妙的感觉无法用语言去表达...当时很想庆祝一下,于是,把写出这篇博客当作庆祝的方式!
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】凌霞软件回馈社区,博客园 & 1Panel & Halo 联合会员上线
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】博客园社区专享云产品让利特惠,阿里云新客6.5折上折
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 一个奇形怪状的面试题:Bean中的CHM要不要加volatile?
· [.NET]调用本地 Deepseek 模型
· 一个费力不讨好的项目,让我损失了近一半的绩效!
· .NET Core 托管堆内存泄露/CPU异常的常见思路
· PostgreSQL 和 SQL Server 在统计信息维护中的关键差异
· DeepSeek “源神”启动!「GitHub 热点速览」
· 我与微信审核的“相爱相杀”看个人小程序副业
· 微软正式发布.NET 10 Preview 1:开启下一代开发框架新篇章
· C# 集成 DeepSeek 模型实现 AI 私有化(本地部署与 API 调用教程)
· spring官宣接入deepseek,真的太香了~
2008-04-01 《你必须知道的.NET》图书专题上线