エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
CoreDataのバッチ更新(NSBatchUpdateRequest)の使い方とハマりポイント - Qiita
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
CoreDataのバッチ更新(NSBatchUpdateRequest)の使い方とハマりポイント - Qiita
CoreDataにおける大量データ更新の問題点 CoreDataはいわゆるO-Rマッパーフレームワークで、Mac/iOSアプ... CoreDataにおける大量データ更新の問題点 CoreDataはいわゆるO-Rマッパーフレームワークで、Mac/iOSアプリでは使っている方も多いと思います。 DBなどの永続化ストアをオブジェクトとして扱えるのでとても便利なのですが、高機能である代償としてどうしてもパフォーマンス上不利になってしまう点があります。 その代表例が一度に大量のデータを更新する処理、いわゆる「バッチ更新」です。 O-Rマッパーでデータ更新をする場合、通常はまずいったんメモリ上のオブジェクトして具現化し、オブジェクトのプロパティを変化させて、それをもう一度DBに書き戻すことになります。 通常はこれで問題ないのですが、「10,000件のメールすべてに既読フラグをセットする」というような処理を考えると非常に非効率なことが起こります。 SQLであれば、 とするだけで、MAILテーブルのすべての行のREAD列を1に変更す