EF Core 7中AsTracking查询关联时自动修剪尾空格失效问题

问题背景 #

有两个实体类Item和Location：

public class Item
{
    public string Id { get; set; }
    public string Name { get; set; }
    public virtual ICollection<Location> Locations { get; set; }
}

public class Location
{
    public string Id { get; set; }
    public string Rack { get; set; }
    public string IdItem { get; set; }
    public virtual Item Item { get; set; }
}

Item表与Location表通过Item.Id和Location.IdItem建立外键关联，但存在数据不一致问题：Item表的Id字段值带有尾空格（例如：'123 '），Location表的IdItem字段值无尾空格（例如：'123'）。

查询时出现明显差异：

• 使用AsNoTracking()查询能正常返回关联的Locations（Locations.Count > 0）：

// 可返回Locations（Locations.Count > 0）
var Locations = db.Item.AsNoTracking()
    .Include(i => i.Locations)
    .FirstOrDefault(i => i.Id == "123")?.Locations;

• 使用默认跟踪查询（不调用AsNoTracking()）时关联数据为空（Count = 0）：

// 无法返回Locations（Count = 0）
var Locations = db.Item
    .Include(i => i.Locations)
    .FirstOrDefault(i => i.Id == "123")?.Locations;

两种方式生成的SQL完全相同，但EF Core在跟踪场景下无法正确关联数据。请问这是EF Core的Bug吗？是否有解决方案？

问题分析与解决方案 #

这不是EF Core的Bug，而是跟踪查询和无跟踪查询的关联匹配逻辑差异造成的：

• 无跟踪查询时，EF Core直接用SQL查询结果组装对象，兼容SQL-92的数据库会自动修剪字符串尾部空格做匹配，所以关联能正常生效。
• 跟踪查询时，EF Core会使用内存中的严格字符串匹配来关联实体：Item的Id是带尾空格的"123 "，Location的IdItem是无尾空格的"123"，两者严格不相等，自然没法建立关联。

可行解决方案 #

1. 修正数据库数据（推荐）

直接批量更新Item表的Id字段，去掉所有尾空格，让它和Location表的IdItem值完全一致。这是从根源解决问题的办法，能避免后续各种潜在的字符串匹配问题。

2. 配置EF Core的字符串处理规则

在模型配置里，指定外键关联的字符串比较忽略尾空格，或者在保存时自动处理Item的Id：

protected override void OnModelCreating(ModelBuilder modelBuilder)
{
    // 方式一：配置外键关联的比较规则（以SQL Server为例）
    modelBuilder.Entity<Location>()
        .HasOne(l => l.Item)
        .WithMany(i => i.Locations)
        .HasForeignKey(l => l.IdItem)
        .HasPrincipalKey(i => i.Id)
        .HasComparison(SqlServerComparisonType.Ordinal); // 对应SQL Server的忽略尾空格比较

    // 方式二：保存Item时自动去除Id的尾空格
    modelBuilder.Entity<Item>()
        .Property(i => i.Id)
        .HasConversion(
            input => input.TrimEnd(),
            output => output
        );
}

注意：不同数据库的字符串比较配置会有差异，要根据你使用的数据库调整。

3. 查询时手动处理空格

查询Item的时候，手动对Id做去尾空格处理，或者用TrimEnd()来匹配：

var locations = db.Item
    .Include(i => i.Locations)
    .FirstOrDefault(i => i.Id.TrimEnd() == "123")?.Locations;

不过这种方式可能会影响查询性能——如果Id字段有索引，TrimEnd()会导致索引失效，所以除非万不得已，不推荐用这个办法。

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