EF 4在SQL中生成UNICODE字符串常量,其中列类型为varchar。怎么避免?

时间:2011-04-29 06:19:53

标签: c# entity-framework tsql entity-framework-4

在我的代码中,我有以下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,我该如何避免它?

4 个答案:

答案 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定义列类型。希望这有助于某人!

请参阅此答案:EF Data Annotations Column Type

答案 3 :(得分:0)

这是一个问题,直到ODP.net Beta 2发布,但是在ODP.net 4.112.2.50的Beta3版本中,这个问题就解决了。