💡
原文中文，约1500字，阅读约需4分钟。
📝
内容提要
在UAT阶段升级至.net 8和EFCore 8后，发现特定模块出现500错误，原因是字典生成时遇到重复键异常。分析发现，数据表的排序类型为大小写敏感，导致查询结果不一致。怀疑dotNet和EFCore对字符串大小写比较的改动。
🎯
关键要点
- 在UAT阶段升级至.net 8和EFCore 8后，特定模块出现500错误。
- 错误原因是字典生成时遇到重复键异常，数据表的排序类型为大小写敏感。
- 怀疑dotNet和EFCore对字符串大小写比较的改动。
- 在Production环境中未出现相同错误，且使用master branch的代码在UAT的DB中也未出现错误。
- 确认表格使用的排序类型为'Latin1_General_BIN'，是大小写敏感的。
- 在EFCore LINQ中指定大小写不敏感的排序后，查询结果返回两笔相同的值。
- 在EFCore LINQ中指定大小写敏感的排序后，查询结果返回一笔不同的值。
- 综合分析，怀疑dotNet与EFCore在新版中对字符串大小写比较的改动。
❓
延伸问答
在UAT阶段升级到EFCore 8后出现了什么错误？
在UAT阶段升级到EFCore 8后，特定模块出现了500错误。
导致500错误的原因是什么？
导致500错误的原因是字典生成时遇到重复键异常，数据表的排序类型为大小写敏感。
在EFCore LINQ中如何处理大小写敏感的查询？
在EFCore LINQ中，可以通过指定大小写敏感的排序来处理查询，例如使用'Latin1_General_CS_AI'。
在Production环境中是否出现相同的错误？
在Production环境中未出现相同的错误，且使用master branch的代码在UAT的DB中也未出现错误。
如何确认数据表的排序类型？
可以通过查询INFORMATION_SCHEMA.COLUMNS来确认数据表的排序类型。
怀疑dotNet和EFCore在新版本中对字符串比较做了哪些改动？
怀疑dotNet与EFCore在新版中对字符串大小写比较的逻辑进行了改动。
➡️
