EF 4在列类型为varchar的SQL中生成UNICODE字符串常量.如何避免

本文关键字：UNICODE 字符串 常量 何避免 SQL 类型 varchar EF | 更新日期: 2023-09-27 17:53:32

在我的代码中，我有以下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 vs nvarchar)

谁能解释我为什么实体框架突然决定将我的常量转换为unicode，我怎么能避免它?

EF 4在列类型为varchar的SQL中生成UNICODE字符串常量.如何避免

您可以尝试这个方法EntityFunction。AsNonUnicode，如下

where ol.ordhead.ohcustno == login && 
   (ol.ollastdoctype == EntityFunctions.AsNonUnicode("IN") || 
   ol.ollastdoctype == EntityFunctions.AsNonUnicode("CR")) && 
   ol.olstatus == "9"

这是最后的希望，下一步是向微软报告错误

EntityFunction。nonunicode 的解决方法实际上是相当有限的，它只在提供的值是一个文字或字符串时起作用:

系统。NotSupportedException:方法System。字符串AsNonUnicode(System.String)'仅在LINQ to Entities中被支持当参数为字符串变量或字面值时。

这是EF4.1中的一个严重问题，并且在这里也有记录:http://connect.microsoft.com/VisualStudio/feedback/details/650410/entity-framework-contains-still-defaulting-to-unicode-for-varchar-fields

在EF本身修复此问题之前，除了拦截查询并使用EFTraceProvider之类的内容手动替换语法之外，没有其他解决方案。

残酷的。

此问题已在最新的EF版本中正式解决。可以使用DataAnnotations定义列类型。希望这对大家有所帮助!

请看答案:EF数据注释列类型

这个问题在ODP.net Beta 2发布之前一直存在，但随着ODP.net Beta3版本4.112.2.50的发布，这个问题得到了解决。

相关文章：