モバイル シーンでは、同期機能を備えたモバイル ローカル データベースが勢いを増しているようです。この種のアプローチでは、バックエンドからアプリに (およびその逆に) データをあまり手間をかけずにレプリケートできます。情報を交換するために、アプリとバックエンドにすべてのコードを記述する必要はありません。すごいですね。
しかし、どのような場合にレプリケーションが効率的でないのか疑問に思っていました。そのアプローチの長所と短所は何ですか？モバイル側でのデータ消費量の多さと、ローカル データベースにない情報の検索が特に心配です。
CouchDB、Couchbase Mobile、PouchDB で利用可能なレプリケーション アプローチは、レプリケーションの両端にローカル データベースがあるため、実際にデータ消費を節約できると私は主張します。時間内に無効化される可能性があるデータをキャッシュに保存する代わりに、Sync アプローチは両側の差分を探し、不足しているものと送信する必要があるものを見つけ出します。
ただし、同期アプローチがすべてのユース ケースに適合するわけではありません。位置情報ベースのモバイル アプリケーションの例を想像してみてください。ユーザーの現在地周辺のコンテンツを検索する機能がある場合があります。サーバー側のデータベース全体をデバイスに複製してそのクエリを作成するのは意味がありません。これらのタイプのクエリには REST API 呼び出しを使用できます。ユーザーが場所を「ブックマーク」したら、同期アプローチを使用して、ログインしているすべてのデバイスからアクセスできるようにします。
Couchbase Mobile の場合、フィルタリングされた同期は同期関数によって処理され、REST APIはサーバー側データベースのクエリに使用できます。