在我的代码中,我有以下L2E查询的片段:
where ol.ordhead.ohcustno == login && (ol.ollastdoctype == "IN") && ol.olstatus == "9"
这转换为以下SQL片段:
WHERE ([Extent8].[ohcustno] = @p__linq__1) AND (''IN'' = [Extent7].[ollastdoctype]) AND (''9'' = [Extent7].[olstatus]) ...
在某个输入上,查询执行3秒。我以这种方式更改查询:
where ol.ordhead.ohcustno == login && (ol.ollastdoctype == "IN" || ol.ollastdoctype == "CR") && ol.olstatus == "9"
,结果SQL更改如下:
WHERE ([Extent6].[ohcustno] = @p__linq__1) AND ([Extent5].[ollastdoctype] IN (N''IN'',N''CR'')) AND (''9'' = [Extent5].[olstatus]) ...
请注意,由于某些奇怪的原因,Entity Framework决定将我的IN和CR转换为unicode。结果是查询现在在同一输入上执行6秒。如果我从IN子句手动删除N前缀并在SSMS中重新运行查询,则执行时间将返回3秒。这当然是因为SQL Server查询优化器无法获得索引的优势,因为比较类型现在不同(varchar vs nvarchar)
任何人都可以解释为什么Entity Framework突然决定将我的常量转换为unicode,我该如何避免它?
答案 0 :(得分:13)
您可以尝试使用此方法EntityFunction.AsNonUnicode,如下所示
where ol.ordhead.ohcustno == login &&
(ol.ollastdoctype == EntityFunctions.AsNonUnicode("IN") ||
ol.ollastdoctype == EntityFunctions.AsNonUnicode("CR")) &&
ol.olstatus == "9"
这只是最后的希望,接下来是微软的报告错误。
答案 1 :(得分:2)
EntityFunction.AsNonUnicode 解决方法实际上非常有限,只有在提供的值是文字或字符串时才有效:
System.NotSupportedException:方法'System.String 仅在LINQ to Entities中支持AsNonUnicode(System.String)' 当参数是字符串变量或文字时。
这是EF4.1中的一个严重问题,此处也有记录: http://connect.microsoft.com/VisualStudio/feedback/details/650410/entity-framework-contains-still-defaulting-to-unicode-for-varchar-fields
在EF本身修复之前,没有办法解决查询并使用 EFTraceProvider 等手动替换语法。
野蛮。
答案 2 :(得分:1)
此问题已在最新的EF版本中正式解决。您可以使用DataAnnotations定义列类型。希望这有助于某人!
答案 3 :(得分:0)
这是一个问题,直到ODP.net Beta 2发布,但是在ODP.net 4.112.2.50的Beta3版本中,这个问题就解决了。