CoreData中嵌套一对多/一对一关系的NSPredicate查询问题

可能的原因 #

1. 关系属性为nil：如果CachedBuilding的city属性是可选类型，当部分建筑关联的城市为nil时，直接访问$building.city.name_romaji会导致该条件判定为false；若所有建筑的城市都为nil或无匹配值，最终会返回空数组。
2. 属性名/关系配置错误：CachedCity的name_romaji属性拼写是否与实体定义完全一致？CachedBuilding与CachedCity的一对一关系是否在数据模型中正确配置（比如反向关系是否设置、是否为可选）？
3. CoreData查询缓存：之前的查询结果可能被缓存，导致新的谓词查询未生效。

解决方案 #

1. 先验证基础数据是否存在 #

先缩小查询范围，直接查询CachedBuilding是否有符合条件的记录，排除数据本身的问题：

let context = persistentContainer.viewContext
let buildingFetchRequest = CachedBuilding.fetchRequest()
buildingFetchRequest.predicate = NSPredicate(format: "city.name_romaji CONTAINS [cd] %@", "kyoto")

do {
    let matchingBuildings = try context.fetch(buildingFetchRequest)
    print("匹配的建筑数量：\(matchingBuildings.count)")
} catch {
    print("查询失败：\(error)")
}

如果这个查询返回空，说明没有符合条件的城市数据，或属性名/关系配置有误；如果有结果，再继续排查关联到CachedProvider的谓词。

2. 改进谓词：增加非空判断 #

在谓词中先判断city不为nil，避免nil值导致的条件失效：

SUBQUERY写法

let predicate = NSPredicate(
    format: "SUBQUERY(buildings, $building, $building.city != nil AND $building.city.name_romaji CONTAINS [cd] %@).@count > 0",
    "kyoto"
)

ANY写法

let predicate = NSPredicate(format: "ANY buildings.city != nil AND ANY buildings.city.name_romaji CONTAINS [cd] %@", "kyoto")

若业务上每个建筑必然关联城市，也可以用更简洁的路径判断：

let predicate = NSPredicate(format: "ANY buildings.city.name_romaji CONTAINS [cd] %@", "kyoto")

3. 排除查询缓存影响 #

修改FetchRequest，强制包含未提交的变更并禁用缓存：

var providerFetchRequest = CachedProvider.fetchRequest()
providerFetchRequest.predicate = predicate
providerFetchRequest.includesPendingChanges = true
providerFetchRequest.returnsObjectsAsFaults = false

@FetchRequest(fetchRequest: providerFetchRequest) var providers: FetchedResults<CachedProvider>

4. 检查数据模型配置 #

• 确认CachedBuilding的city关系是否设置为非可选（如果业务上每个建筑必须关联城市）
• 确认CachedCity的name_romaji属性类型为String，且拼写与代码中完全一致（注意大小写和下划线）
• 确认CachedProvider与CachedBuilding的一对多关系已正确建立（CachedProvider的buildings为to-many，CachedBuilding的反向关系为to-one）

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