モバイルデバイス（Androidを使用）からサーバーへのデータの同期（または更新？）に関して、別のジレンマに直面しています。
これを行うための標準として SyncML を検討しましたが、私の大きな懸念は、syncing大量のデータ (1 つのレコードだけでなく) を計画しており、おそらく 1 日に 1 回、2 回、または最大で 3 回しか実行しないことです。 、あるいは 1 日 1 回でさえないかもしれません - すべて特定の状況に依存します。
もう 1 つのこと - デバイスまたはサーバーは、同期しなくても適切に機能することができます。同期はupdate、基本的に , になります。
SyncML 仕様を読むと、小さなデータ間で、非常に速い間隔 (つまり、5 ～ 15 分ごとですが、ユーザーが調整できると思います) での同期に適用されます。いずれにせよ、同期プロセスはより複雑で、デバイスとサーバーの両方にとって重要です (デバイスの方が重要だと思います)。
これは、私が考えさせられたドキュメントからの引用です。
2.2.3 データ同期 SyncML は、変更されたレコードが完全に送信されるため、小さな独立したレコードの同期に向けられています。これは、アドレス エントリ、ショート メッセージ、および同様のデータに適しています。SyncML の主なターゲットであるモバイル デバイスでは、ほとんどのデータがこのタイプです。デバイスは、どのレコードが変更されたかを追跡できる必要があります。各レコードは一意の ID で識別されるため、競合は非常に簡単に検出できます。レコード ID は任意に選択されるのではなく、自動的に作成されるため、サーバー ID とクライアント ID の間のマッピングはプロトコルで定義されています。マッピングは常にサーバーによって管理されます。クライアントがサーバーから新しいアイテムを受け取ると、マップ更新コマンドを送信して、アイテムに割り当てた ID をサーバーに伝えることができます。
それで、私の質問は、これについて SyncML を検討し続ける必要があるか、それとも社内ソリューションを構築する必要があるかということだと思います。おそらく、大量のデータを配信するように調整されたもので、それを定義することもできますか?