C# EF4在SQL中生成UNICODE字符串constans,其中列类型为varchar。如何避免?

C# EF4在SQL中生成UNICODE字符串constans,其中列类型为varchar。如何避免?,c#,entity-framework,tsql,entity-framework-4,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].[o

在我的代码中,我有一个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,以及如何避免这种情况吗?

您可以尝试这种方法,如下所示

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

这只是最后的希望,下一步是向microsoft报告错误。

EntityFunction。由于Unicode解决方法实际上非常有限,它仅在提供的值为文字或字符串时有效:

System.NotSupportedException:方法“System.String” ASCODE(System.String)“”仅在LINQ to实体中受支持 当参数是字符串变量或文字时

这是EF4.1中的一个严重问题,此处也有记录:

在EF本身修复此问题之前,除了截取查询并使用类似EFTraceProvider的东西手动替换语法之外,没有其他解决方法


残酷。

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

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


查看以下答案:

您能检查一下您的存储模型,看看您的列是否正确地将varchar作为type而不是type反映出来吗nvarchar@Akash卡瓦:这是我做的第一件事。还要注意,我没有更改存储模型,但是在第一个查询中,EF生成非unicode常量,在第二个查询中,它是unicode常量。