EF Core(.NET6)调用ToString()方法抛出翻译异常的解决方法

这个异常并非你贴出的Select语句直接导致，核心原因是EF Core和.NET Framework环境下的老版EF6查询翻译机制存在差异：

• .NET Framework下的EF6默认支持客户端求值，凡是无法翻译为SQL的逻辑，都会自动拉取对应数据到内存后执行，不会抛出翻译异常
• EF Core默认开启严格翻译模式，查询Lambda中的所有逻辑必须能够被转换为对应数据库可执行的SQL，你构造saleOList查询的前置逻辑里，一定用了带StringComparison.CurrentCultureIgnoreCase这类枚举参数的string.Equals重载，EF Core官方原生不支持这个重载的SQL翻译，部分数据库提供程序对非字符串类型的ToString()方法翻译支持也不完善，最终触发运行时异常。

方案1：替换不支持的字符串比较逻辑 #

先定位构造saleOList的查询代码，把带StringComparison参数的字符串判断，替换为EF Core可翻译的数据库原生大小写比较写法：
如果使用SQL Server数据库，可通过内置排序规则实现大小写不敏感匹配，和原逻辑行为一致：

var saleOList = dbContext.SaleOrders
    // 替换原有带StringComparison参数的Equals判断
    .Where(o => EF.Functions.Collate(o.BizCode, "SQL_Latin1_General_CP1_CI_AS") == inputCode)
    .ToList();

排序规则后缀CI_AS即代表大小写不敏感、重音敏感，匹配CurrentCultureIgnoreCase的默认行为，其他数据库可替换为对应支持的排序规则即可。

方案2：拆分查询，内存端执行转换逻辑 #

这是兼容性最高、性能无损耗的方案，和原EF6的执行逻辑完全对齐：先把数据库可翻译的查询部分执行完，拉取必要字段到内存后，再做ToString这类转换，完全规避SQL翻译限制：

var saleOrderIds = dbContext.SaleOrders
    // 此处写所有可被EF Core正常翻译的过滤、关联条件
    .Select(o => o.SaleOrderId) // 只查询需要的主键字段，减少数据传输量
    .AsEnumerable() // 切换到内存上下文，后续逻辑不会再尝试翻译为SQL
    .Select(id => id.ToString())
    .ToList();

方案3：升级数据库EF Core提供程序 #

如果你当前使用的是低于6.0版本的第三方数据库提供程序（比如MySql、Sqlite的旧版EF Core驱动），升级到对应最新稳定版本后，部分新版本驱动已经新增了对带StringComparison参数的字符串比较、非字符串类型ToString的翻译支持，无需修改业务代码即可正常运行。

不要为了兼容老代码直接全局开启EF Core的客户端求值开关，很容易出现无感知的全表扫描，造成严重性能问题。遇到翻译异常优先拆分查询，把无法翻译的逻辑放到内存端执行，或者用数据库原生函数实现对应需求即可。

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