在我的代码中,我有一个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]) ...请注意,出于某种奇怪的原因,实体框架决定将我的IN和CR转换为unicode。结果是,查询现在对相同的输入执行6秒。如果我手动删除IN子句中的N前缀,并在SSMS中重新运行查询,则执行时间将回到3秒。当然,这是因为SQL Server查询优化器无法利用索引,因为现在比较的类型不同(varchar与nvarchar)
谁能解释一下为什么Entity Framework突然决定将常量转换为unicode,以及如何避免这种情况?
发布于 2011-04-29 17:00:48
您可以尝试此方法EntityFunction.AsNonUnicode,如下所示
where ol.ordhead.ohcustno == login &&
(ol.ollastdoctype == EntityFunctions.AsNonUnicode("IN") ||
ol.ollastdoctype == EntityFunctions.AsNonUnicode("CR")) &&
ol.olstatus == "9"这是最后的希望,下一步是向微软报告错误。
发布于 2011-08-07 22:44:28
EntityFunction.AsNonUnicode解决方法实际上非常有限,它仅在提供的值是文字或字符串时才起作用:
System.NotSupportedException:仅当参数为字符串变量或文本时,LINQ to Entities中才支持方法'System.String 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.之类的东西手动替换语法之外,没有其他解决办法
太残暴了。
发布于 2013-04-04 04:36:24
此问题已在最新的EF版本中正式解决。您可以使用DataAnnotations定义列类型。希望这对某些人有帮助!
https://stackoverflow.com/questions/5828621
复制相似问题