iOS - コアデータとサーバーデータベースの同期のベストプラクティス

Question

大規模なアプリケーション用のコアデータモデルのセットアップを開始しており、サーバーデータベースとオフライン機能については、適切な同期方法/テクニックに関するフィードバックを期待していました。

Webサーバー/データベースにPHPとmySQLを使用しています。

私はすでに、私はより多くの方法論やトラッキングデータの変更の特定のインスタンスとの助けのために探していますなどなど、コアデータの格納、データを受信し、接続する方法を知っている：

A）アプリを確認して、サーバーはオンラインとオフラインの使用中に同期しています（つまり、オフラインアクティビティはオンラインに戻って一度プッシュアップされます）。 B）データをアプリに保存する速度を最適化します。

私の主な質問は以下のとおりです。

まだ（オフラインで使用した後に）同期させる必要があるアプリでどのような新しい/更新されたデータをチェックするための最良の方法は何ですか？

（つまり、すべてのコアデータエンティティでBOOLタイプの 'isSynchronized'属性を設定し、正常に送信されて応答がサーバーから返されると 'YES'に更新します）。これが最善の方法ですか？

サーバからコアデータへのデータ保存速度を最適化する最適な方法は何ですか？

（つまり、各エンティティを反復処理せず、毎回更新するだけで、サーバーデータベース上のデータよりも古いコアデータのデータを更新するにはどうすればよいですか）すべてのテーブルに更新タイムスタンプを追跡するためのサーバーデータベース列を追加しなくても可能ですか？

また、データをダウンロードしてCore Dataに保存する方法はすでに分かっていますが、処理時間を最適化しながらアプリケーションとサーバーデータベース間の同期を確保するためのベストプラクティスについてのヘルプを探しています。

Answer 1

電話機のコアデータレコードとサーバのmysqlテーブルの両方のデータベースに、最後に変更されたタイムスタンプを格納します。

最後の同期以降に変更されたすべてのものが検索され、最後の同期のタイムスタンプとともにサーバーに送信されます。サーバーは、提供された同期タイムスタンプから変更されたすべてのもので応答します。

多くのレコードが変更された場合、パフォーマンスが問題になります。私はそれ自身の管理されたオブジェクトコンテキストを持っている背景NSOpeartionで同期を行います。バックグラウンドスレッドが管理オブジェクトコンテキストを変更し終えたら、すべての変更をメインスレッドの管理対象オブジェクトコンテキストにマージするためのAPIがあります。これは、コンフリクトが発生した場合にすべての変更を破棄するように設定できます同期が行われている間にユーザーがデータを変更します。その場合、ちょっと待ってからもう一度同期をやり直してみてください。

古いハードウェアでは、多くの最適化を行った後でも、ユーザーがアプリで作業を開始すると完全に同期を中止する必要がありました。単にシステムリソースをあまりにも多く使用していました。より現代的なiOSデバイスは、おそらくあなたがそれをやる必要がないほど高速です。（私は30,000ので行が電話で更新または挿入されたもので、「レコードの多くが変更されている」と述べた方法による）