Tag: entity framework

如何将expression式树转换为部分SQL查询?

当EF或LINQ to SQL运行查询时,它: 从代码构buildexpression式树, 将expression式树转换为SQL查询, 执行查询,从数据库获取原始结果并将其转换为应用程序使用的结果。 看着堆栈跟踪,我不知道第二部分发生在哪里。 一般来说,是否可以使用EF或(最好是)LINQ to SQL的一个现有部分将Expression对象转换为部分SQL查询(使用Transact-SQL语法),或者我必须重新发明轮子? 更新:评论要求提供我想要做的一个例子。 其实, 下面Ryan Wright的回答完全说明了我想要达到的结果,除了我的问题是关于如何使用EF和LINQ to SQL实际使用的.NET Framework的现有机制来实现的 ,而不必重新发明轮子,并自己写成千行的未经过testing的代码来做类似的事情。 这也是一个例子。 再一次请注意,没有ORM生成的代码。 private class Product { [DatabaseMapping("ProductId")] public int Id { get; set; } [DatabaseMapping("Price")] public int PriceInCents { get; set; } } private string Convert(Expression expression) { // Some magic calls to .NET Framework code happen […]

问题与LINQ实体和String.StartsWith

我试图build立一个使用LINQ to Entities的search页面,但是下面的代码给了我一个关于lte没有识别'Boolean StartsWith()的运行时错误。 代码编译得很好。 我怎样才能解决这个问题比把StartsWith过滤出来存储到一个存储过程更好? return from dp in dents.DirectoryPersonEntrySet where ((dp.LastName.StartsWith(searchTerm, StringComparison.CurrentCultureIgnoreCase)) || (dp.Department.StartsWith(searchTerm, StringComparison.CurrentCultureIgnoreCase)) || dp.Extension.StartsWith(searchTerm, StringComparison.CurrentCultureIgnoreCase)) select dp;

c#与multithreading服务器中的entity framework一起工作

在multithreading服务器中使用entity framework的最佳做法是什么? 我正在使用entity frameworkObjectContext来pipe理我所有的数据库操作,现在我知道这个上下文不是线程安全的,所以现在当我需要使用它来执行一些数据库操作时,我用lock语句把它包围起来是安全的。 这是我应该怎么做?

使用entity framework6和SQLite的问题

我试图用SQLite的entity framework。 我有问题集成到我的主要应用程序,所以我从头开始一个小testing,完全按照http://brice-lambson.blogspot.com/2012/10/entity-framework-on-sqlite.html 毕竟说完了,运行项目时出现以下错误: 找不到名称为“System.Data.SQLite”的ADO.NET提供程序的entity framework提供程序。 确保提供程序在应用程序configuration文件的“entityFramework”部分中注册。 有关更多信息,请参阅http://go.microsoft.com/fwlink/?LinkId=260882 。 我的app.config如下所示: <?xml version="1.0" encoding="utf-8"?> <configuration> <configSections> <section name="entityFramework" type="System.Data.Entity.Internal.ConfigFile.EntityFrameworkSection, EntityFramework, Version=6.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" requirePermission="false" /> <!– For more information on Entity Framework configuration, visit http://go.microsoft.com/fwlink/?LinkID=237468 –> </configSections> <entityFramework> <defaultConnectionFactory type="System.Data.Entity.Infrastructure.SqlConnectionFactory, EntityFramework" /> <providers> <provider invariantName="System.Data.SqlClient" type="System.Data.Entity.SqlServer.SqlProviderServices, EntityFramework.SqlServer" /> </providers> </entityFramework> <system.data> <DbProviderFactories> <add name="SQLite Data Provider" […]

因为它有一个DefiningQuery,并且<ModificationFunctionMapping>元素中不存在<InsertFunction>元素

我在我的应用程序中使用EF。 我尝试保存\插入一个新的logging到映射表 并得到以下错误: Unable to update the EntitySet 'UsersLimitationToCountry' because it has a DefiningQuery and no <InsertFunction> element exists in the <ModificationFunctionMapping> element to support the current operation. 我应该自己在edmx中定义它吗? 怎么样?

EF 5启用迁移:在程序集中找不到上下文types

我有4个项目: Toombu.Entities : all models are there Toombu.DataAccess: Mapping, Repository and ToombuContext Toombu.Logique : Logic of my application Toombu.Web : MVC 4 application. With all others DLL. 我试图启用Toombu.Web中的迁移,但我有这个错误: No context type was found in the assembly 我如何启用迁移?

何时不使用entity framework

我一直在玩EF,看看它能处理什么。 还有很多文章和文章解释了EF可以使用的各种场景,但是如果错过了“con”方面的话。 现在我的问题是, 在什么样的情况下,我应该远离entity framework ? 如果你在这个领域有一些经验,告诉我哪些情景不适合EF。 告诉我你遇到的一些不利因素,你希望你select了不同的技术。

如何阻止entity framework尝试保存/插入子对象?

当我用entity framework保存一个实体时,我自然认为它只会试图保存指定的实体。 但是,它也试图挽救该实体的子实体。 这导致了各种各样的完整性问题。 如何强制EF只保存我想要保存的实体,因此忽略所有子对象? 如果手动将属性设置为null,则会出现错误“操作失败:由于一个或多个外键属性不可空,因此无法更改关系。 这是非常适得其反的,因为我将子对象设置为null,所以EF会使它独立。 为什么我不想保存/插入子对象? 由于这是在评论中来回讨论的,所以我会给出一些理由,说明为什么我希望我的子对象留下。 在我构build的应用程序中,EF对象模型不是从数据库加载的,而是用作我在分析平面文件时填充的数据对象。 在子对象的情况下,这些对象中的许多指向定义父表的各种属性的查找表。 例如,主要实体的地理位置。 由于我自己填充了这些对象,因此EF假定这些对象是新对象,需要与父对象一起插入。 但是,这些定义已经存在,我不想在数据库中创build重复项。 我只使用EF对象进行查找,并在我的主表实体中填充外键。 即使使用真实数据的子对象,我也需要先保存父对象,然后获得主键或EF,但似乎只是把事情弄得一团糟。 希望这给一些解释。

最新的Dapper VS Entity Framework 6的性能考虑

Dapper之间有一些性能比较(似乎是最快,最受欢迎的“微型ORM工具”)。 现在是2014年9月,我们有Entity Framework 6(不是5或者4),而且Dapper还在。 我们将开始开发一个庞大的数据库n层应用程序(数据库有700个表)。 还有一些需要运行的查询是相当时间敏感的。 有没有人有任何关于EF 6.1.x的性能更新? 这涉及在DbContext中进行的一般查询。 我想我不能用Dapper使用格式良好的LINQ查询。 你有这方面的经验吗? 是否值得失去LINQ的额外速度? 小巧玲珑还在积极,不断发展吗? GitHub告诉我是的,但是与Subsonic一样,它可以相当快地改变。 把Dapper和EF混合起来是可行的还是可行的? 当我们需要速度时,小巧玲珑,否则EF。 谢谢!

LINQ to Entities按周分组

我有一个应用程序,允许用户input他们花在工作上的时间,我试图获得一些良好的报告,这是利用LINQ to Entities。 由于每个TrackedTime都有一个TargetDate ,它只是DateTime的“Date”部分,所以按用户和date对时间进行分组相对比较简单(为简单起见,我省略了“where”子句): var userTimes = from t in context.TrackedTimes group t by new {t.User.UserName, t.TargetDate} into ut select new { UserName = ut.Key.UserName, TargetDate = ut.Key.TargetDate, Minutes = ut.Sum(t => t.Minutes) }; 由于DateTime.Month属性,用户和月份分组只是稍微复杂一点: var userTimes = from t in context.TrackedTimes group t by new {t.User.UserName, t.TargetDate.Month} into ut select new { UserName […]