Entity Framework中Contains方法报text类型错误，修改字段类型后仍未解决

针对你遇到的EF LINQ Contains查询报错问题，结合场景分析，可能的原因及解决方法如下：

1. EF实体模型未同步数据库字段变更 #

你已将数据库NewValues字段改为nvarchar(max)，但EF的实体模型（不管是EDMX还是Code First实体类）可能仍保留着原Text类型的映射。EF生成SQL时依赖模型定义，若模型未更新，会继续按旧类型生成SQL，导致charindex参数类型不匹配。

• 解决：
  • Database/Model First：打开EDMX，执行「从数据库更新模型」，确保NewValues在模型中映射为string类型。
  • Code First：检查实体类属性，移除[Column(TypeName = "text")]这类旧特性，改为[Column(TypeName = "nvarchar(max)")]（或直接省略，默认string对应nvarchar(max)），重新生成迁移并更新数据库。

2. 枚举转字符串的变量解析逻辑问题 #

直接传入字符串常量时EF会直接嵌入SQL，而用state.ToString()得到的变量，在EF表达式树解析中可能触发不同的类型处理逻辑，若模型字段映射有瑕疵，就会导致参数与字段类型不兼容。

• 解决：
  • 改用EF.Functions.Like替代Contains，示例代码：

    string strState = state.ToString();
    var logs = await _context.DispatchChangeLogs.Where(x => EF.Functions.Like(x.NewValues, $"%{strState}%")).ToListAsync();
    

  • 若枚举值固定，用nameof(枚举类型.Approved)直接获取常量字符串，避免变量传递的解析问题。

3. 数据库字段类型变更未实际生效 #

VS数据库项目发布后，可能因依赖约束（如索引、触发器）导致字段类型变更未真正执行，数据库中NewValues仍为text类型。

• 解决：
  • 直接在数据库执行查询确认字段类型：

    SELECT DATA_TYPE FROM INFORMATION_SCHEMA.COLUMNS 
    WHERE TABLE_NAME = 'DispatchChangeLogs' AND COLUMN_NAME = 'NewValues'
    

  • 若仍为text，手动执行ALTER语句修改：

    ALTER TABLE DispatchChangeLogs ALTER COLUMN NewValues nvarchar(max)
    

4. .NET Framework 4.5.2对应的EF版本兼容性问题 #

较老的EF版本（适配.NET Framework 4.5.2的早期EF6版本）对text字段的Contains方法存在缺陷，即便字段改了类型，旧版EF可能仍沿用错误的SQL生成逻辑。

• 解决：
  • 将EF版本升级到.NET Framework 4.5.2支持的最新稳定版（如EF6.4.4），修复旧版本的SQL生成问题。
  • 或直接使用原生SQL查询替代LINQ：

    string strState = state.ToString();
    var logs = await _context.DispatchChangeLogs.SqlQuery("SELECT * FROM DispatchChangeLogs WHERE NewValues LIKE @p0", $"%{strState}%").ToListAsync();
    

内容的提问来源于stack exchange，提问作者crmcode2012