【发布时间】:2015-01-24 21:24:11
【问题描述】:
是的,你可能认为; “天哪,还有一个?”
是的,另一个。
“对象引用未设置为对象的实例。”
我最近一直在使用 EF6,经过一段时间的开发,我发现需要进行更多优化。很多都已经重做没有问题,但我似乎无法弄清楚这一点。
在我的应用程序中,我一直在使用这段伪代码从数据库中获取项目。
DbContext context = new DbContext();
public IEnumerable<string> GetExistingNames(IEnumerable<string> names)
{
foreach(string name in names)
{
string existingName = context.Names.Where(n => n.Name == name).FirstOrDefault();
if(existingName == null) continue;
yield return existingName;
}
}
请注意,DbContext 仅用于澄清。它会在需要时被丢弃。
这种方法“有效”,但这意味着如果我有 20 个名字要查找,我将访问数据库大约 20 次。哎哟!
因此我开始寻找一种方法来实现单个查询。我找到了一种方法,但它并没有真正发挥应有的作用。这是我目前的做法;
public IEnumerable<string> GetExistingNames(ICollection<string> names)
{
IQueryable<Names> query = context.Names.Where(n => names.Contains(n.Name));
if(query == null) yield break;
foreach(var name in query)
{
yield return name.Name;
}
}
据我所知,这应该翻译成SELECT ... FROM Names WHERE ... IN (...)。但是,我的应用程序在遇到name 时立即在foreach(var name in query) 崩溃,从而引发了令人恐惧的NullReferenceException。
但是,它确实传递了if(query == null),这意味着查询不为空。此时,我很困惑。怎么可能不为null,还抛出这个错误?
如果我尝试使用这种方法访问它,我不确定是否会执行查询。因此,我尝试使用ToList() 从查询中创建一个列表,但这会在创建列表时引发相同的异常。
似乎每次我打电话给query,它都会给我一个NullReferenceException。但是,它仍然通过if(query == null)。所以,我的问题是;
为什么它通过了测试,但它无法访问?我误解了IQueryable<> 吗?如果我确实误解了,应该如何正确处理?
编辑
发帖前我已经调试过了。我很确定;
-
names不为空。 -
context不为空。
调用函数的代码:
//A wrapper for the DbContext. This is only used for some methods
//which require the DbContext
DbContextWrapper wrapper = new DbContextWrapper();
public void ProcessNames(List<string> inputNames)
{
//...
foreach(string existingName in wrapper.GetExistingNames(inputNames))
{
//Do something with the names
}
//...
}
编辑 2
经过更多调试,我发现正在创建的查询有些不同。应该是这样的;
SELECT `Extent1`.`Name`
FROM `Names` AS `Extent1`
WHERE (`Extent1`.`Name` IN ( @gp1,@gp2))
但是,我明白了;
System.Data.Entity.Infrastructure.DbQuery<MyDbContext.Names>
作为实际查询。
堆栈跟踪;
at MySql.Data.Entity.SqlGenerator.Visit(DbPropertyExpression expression)
at MySql.Data.Entity.SqlGenerator.Visit(DbInExpression expression)
at System.Data.Entity.Core.Common.CommandTrees.DbInExpression.Accept[TResultType](DbExpressionVisitor`1 visitor)
at MySql.Data.Entity.SqlGenerator.VisitBinaryExpression(DbExpression left, DbExpression right, String op)
at MySql.Data.Entity.SqlGenerator.Visit(DbAndExpression expression)
at System.Data.Entity.Core.Common.CommandTrees.DbAndExpression.Accept[TResultType](DbExpressionVisitor`1 visitor)
at MySql.Data.Entity.SelectGenerator.Visit(DbFilterExpression expression)
at System.Data.Entity.Core.Common.CommandTrees.DbFilterExpression.Accept[TResultType](DbExpressionVisitor`1 visitor)
at MySql.Data.Entity.SqlGenerator.VisitInputExpression(DbExpression e, String name, TypeUsage type)
at MySql.Data.Entity.SelectGenerator.VisitInputExpressionEnsureSelect(DbExpression e, String name, TypeUsage type)
at MySql.Data.Entity.SelectGenerator.Visit(DbProjectExpression expression)
at System.Data.Entity.Core.Common.CommandTrees.DbProjectExpression.Accept[TResultType](DbExpressionVisitor`1 visitor)
at MySql.Data.Entity.SelectGenerator.GenerateSQL(DbCommandTree tree)
at MySql.Data.MySqlClient.MySqlProviderServices.CreateDbCommandDefinition(DbProviderManifest providerManifest, DbCommandTree commandTree)
at System.Data.Entity.Core.Common.DbProviderServices.CreateDbCommandDefinition(DbProviderManifest providerManifest, DbCommandTree commandTree, DbInterceptionContext interceptionContext)
at System.Data.Entity.Core.Common.DbProviderServices.CreateCommandDefinition(DbCommandTree commandTree, DbInterceptionContext interceptionContext)
at System.Data.Entity.Core.EntityClient.Internal.EntityCommandDefinition..ctor(DbProviderFactory storeProviderFactory, DbCommandTree commandTree, DbInterceptionContext interceptionContext, IDbDependencyResolver resolver, BridgeDataReaderFactory bridgeDataReaderFactory, ColumnMapFactory columnMapFactory)
at System.Data.Entity.Core.EntityClient.Internal.EntityProviderServices.CreateCommandDefinition(DbProviderFactory storeProviderFactory, DbCommandTree commandTree, DbInterceptionContext interceptionContext, IDbDependencyResolver resolver)
at System.Data.Entity.Core.EntityClient.Internal.EntityProviderServices.CreateDbCommandDefinition(DbProviderManifest providerManifest, DbCommandTree commandTree, DbInterceptionContext interceptionContext)
at System.Data.Entity.Core.Common.DbProviderServices.CreateCommandDefinition(DbCommandTree commandTree, DbInterceptionContext interceptionContext)
at System.Data.Entity.Core.Objects.Internal.ObjectQueryExecutionPlanFactory.CreateCommandDefinition(ObjectContext context, DbQueryCommandTree tree)
at System.Data.Entity.Core.Objects.Internal.ObjectQueryExecutionPlanFactory.Prepare(ObjectContext context, DbQueryCommandTree tree, Type elementType, MergeOption mergeOption, Boolean streaming, Span span, IEnumerable`1 compiledQueryParameters, AliasGenerator aliasGenerator)
at System.Data.Entity.Core.Objects.ELinq.ELinqQueryState.GetExecutionPlan(Nullable`1 forMergeOption)
at System.Data.Entity.Core.Objects.ObjectQuery`1.<>c__DisplayClass7.<GetResults>b__6()
at System.Data.Entity.Core.Objects.ObjectContext.ExecuteInTransaction[T](Func`1 func, IDbExecutionStrategy executionStrategy, Boolean startLocalTransaction, Boolean releaseConnectionOnSuccess)
at System.Data.Entity.Core.Objects.ObjectQuery`1.<>c__DisplayClass7.<GetResults>b__5()
at System.Data.Entity.Infrastructure.DefaultExecutionStrategy.Execute[TResult](Func`1 operation)
at System.Data.Entity.Core.Objects.ObjectQuery`1.GetResults(Nullable`1 forMergeOption)
at System.Data.Entity.Core.Objects.ObjectQuery`1.<System.Collections.Generic.IEnumerable<T>.GetEnumerator>b__0()
at System.Data.Entity.Internal.LazyEnumerator`1.MoveNext()
at MyNameSpace.DbContextWrapper.<GetExistingNames>d__1b.MoveNext() in c:~omitted~\DbContextWrapper.cs:line 70
at MyNameSpace.NameProcessor.ProcessNames(List<string> inputNames) in c:~omitted~\NameProcessor.cs:line 60
【问题讨论】:
-
query项可能不为空,但foreach围绕它构建一个迭代器。基本上,更多的代码在你没有进入的后台运行,而这些代码就是query(IQueryable<T>) 的实现——这就是 EF 的东西。 -
@AdamHouldsworth 我知道
foreach尝试创建一个迭代器并调用MoveNext(),如果query为空,这很容易出现NullRef - 但它通过if! -
names是否包含引用?你确定context包含参考吗?namesnull中是否有任何项目?请注意,只是说“是的,我知道,nullrefereneexception,但这是不同的”并没有使它不同。围绕这个问题的所有问题都是不同的,但解决方案总是一样的,调试、调试、调试。我在这里看不到任何新东西。 -
@LasseV.Karlsen
names绝对不为空,context也绝对不为空。当然,我在这里发布之前进行了调试。我将把它添加到问题中。 -
要明确
query永远不会为空,即使您的 where 子句不会返回任何记录。很难说 WHAT 到底是什么 null 但你为什么不把整个方法改成return context.Where(n => names.Contains(n)).Select(x => x.Name)
标签: c# entity-framework-6 dbcontext