Core Data 批量更新（iOS 8 特性）

不做查询，直接在Store层进行更新，iOS 8 的特性。

举例一种情况，如果我们要对十万条数据都进行同样的一个属性的更新，一般的做法我们需要取出这十万条数据，我们取出十多万条数据只是为了做一个很简单的更新。

经典的案例是电子邮箱类似的APP中 标记所有邮件为已读 这样的需求，难道要把上千封邮件全部请求出来吗，显然不是。

iOS 8 发布了支持 批量更新(Bench Update) 的 NSBatchUpdateRequest，使用它可以在不做查询的情况下更新数据。

NSBatchUpdateRequest 实现的原理是完全绕开了 NSManagedObjectContext，直接去 NSPersistentStore 层去做 Update。

    //这四行代码，在初始化的时候配置好EntityName, 配置影响的property和更改的值 以及 配置影响的Store，以及返回Result的数据类型。    //创建NSBatchUpdateRequest 的实例，entityName 作为初始化参数。    let batchUpdate = NSBatchUpdateRequest(entityName: "myEntityName")    //标明需要 Update 的 property 和 值    batchUpdate.propertiesToUpdate = ["favorite" : NSNumber(bool: true)]    //被影响的Stores 默认情况下这么写就可以，如果涉及比较多的PersistentStores 情况就更复杂了。    batchUpdate.affectedStores = coreDataStack.context.persistentStoreCoordinator!.persistentStores    //配置返回数据的类型，还可以是 UpdatedObjectIDsResultType。    batchUpdate.resultType = .UpdatedObjectsCountResultType    //执行批量更新    do {      let batchResult = try coreDataStack.context.executeRequest(batchUpdate) as! NSBatchUpdateResult      print("Records updated \(batchResult.result!)")    } catch let error as NSError {        print("Could not update \(error), \(error.userInfo)")    }

在初始化的时候配置好EntityName, 配置影响的property和更改的值 以及 配置影响的Store，以及返回Result的数据类型。

另外提一下：如同这种在 Store 层的数据更新，数据删除也有同样的API，在 iOS 9 的时候苹果提供了一个类似 NSBatchUpdateRequest 的类来做在 Store 层的数据删除，使用 —- NSBatchDeleteRequest，同样它们两个都是 NSPersistentStoreRequest 的子类。

注意：

额外需要注意的一点是，前面提到了「NSBatchUpdateRequest 实现的原理是完全绕开了 NSManagedObjectContext，直接去 NSPersistentStore 层去做 Update。」
所以做了批量 Update / Delete 之后，你之前请求的那部分数据已经失效了，因为它们跟数据库已经失去了同步性。