如何在CoreData应用中实现「最近删除」功能？

你的初始方案完全可行 #

你的思路是CoreData中实现软删除的经典方式，补充细节后就能稳定运行：

• 补充deleteTimestamp日期属性：仅靠isDeleted布尔值无法判断过期时间，必须记录标记删除的具体时间，才能准确筛选出超过30天的对象
• 区分查询逻辑：
  • 正常数据列表：添加筛选条件isDeleted == false
  • 最近删除列表：筛选isDeleted == true，并按deleteTimestamp倒序排列，让最新删除的内容靠前显示
• 高效清理过期数据：
  • 可以在App启动、进入最近删除页面时触发清理，或者用后台任务定期执行
  • 使用NSBatchDeleteRequest批量删除符合条件的对象，比逐个删除性能更优，示例代码：

    let thirtyDaysAgo = Calendar.current.date(byAdding: .day, value: -30, to: Date())!
    let fetchRequest: NSFetchRequest<NSFetchRequestResult> = YourEntity.fetchRequest()
    fetchRequest.predicate = NSPredicate(format: "isDeleted == YES AND deleteTimestamp < %@", thirtyDaysAgo as CVarArg)
    let batchDelete = NSBatchDeleteRequest(fetchRequest: fetchRequest)
    batchDelete.resultType = .resultTypeObjectIDs
    
    do {
        let result = try context.execute(batchDelete) as? NSBatchDeleteResult
        if let objectIDs = result?.result as? [NSManagedObjectID] {
            let changes = [NSDeletedObjectsKey: objectIDs]
            NSManagedObjectContext.mergeChanges(fromRemoteContextSave: changes, into: [context])
        }
    } catch {
        // 处理错误
    }
    

其他可选实现方式 #

1. 使用独立的Persistent Store #

将标记删除的对象迁移到专门的「回收站」存储文件中，主数据保留在原存储：

• 优势：主存储不会被已删除数据占用，清理时直接删除整个回收站存储文件即可，性能极高；主数据查询不受回收站数据影响
• 劣势：需要实现跨存储的数据迁移逻辑，跨存储查询合并结果会更复杂

2. 基于「回收站实体」的副本存储 #

创建一个和原实体结构一致的「回收站实体」，删除原对象前，将其属性复制到回收站实体中，再删除原对象：

• 优势：原对象真正从主存储删除，不会占用主存储空间；回收站数据和原数据完全隔离
• 劣势：需要维护两个实体结构，数据复制过程会增加额外开销，适合对主存储纯净度要求高的场景

内容的提问来源于stack exchange，提问作者devon't