問題タブ [data-synchronization]

私の要件は、サーバー J2EE Web アプリケーションとクライアント J2EE Web アプリケーションがあることです。クライアントがオフラインになることがあります。クライアントがオンラインになると、変更を前後に同期できるはずです。また、いくつかのフィルター/ルールに基づいて、どの行/テーブルを同期する必要があるかを制御できるはずです。それを行うための既存のJavaフレームワークはありますか? 自分で実装する必要がある場合、提案できるさまざまな戦略は何ですか?

私の考えている解決策の 1 つは、SQL ログを維持し、同期中に反対側で同じステートメントを実行することです。この戦略に問題はありますか?

これがシナリオです。同一のテーブルを持つ 2 つの mysql データベースを持つ 2 つの別々の場所にある 2 つの Web サーバー。テーブル内のデータもリアルタイムで同一であることが期待されます。

これが問題です。以下の最初の 2 つの表に示されているように、いずれかの場所のユーザーが同一のテーブルに新しいレコードを同時に入力した場合、各テーブルの 3 番目のレコードは異なる人によって同時に入力されています。テーブル内のデータはもはや同一ではありません。更新が行われる場所に関係なく、下の 3 番目の表に示されているように、データがリアルタイムで同じままであることを維持するための最良の方法はどれですか? 以下の図では、各テーブルに 3 行で終わるのではなく、新しいレコードが双方向に複製され、両方のテーブルに挿入されて、今度は 4 列の 2 つの同一のテーブルが再び作成されます。

データ同期についていくつか質問があります。アーキテクチャはこれについて明確ではないようです：

1. Google Gearsは、データの自動同期（クライアントからサーバーおよびサーバーからクライアント）を提供しますか？

2. 自動データ同期が提供されている場合、同期メカニズム（サーバーとクライアント）にフックして同期されるデータを制御する関数を記述できますか？

3. サーバー上のデータを分割する方法はありますか？たとえば、クライアントは、それに関連するテーブル内の行のみをダウンロードできる必要があります（たとえば、テーブルには「hostname」列があり、データをダウンロードしようとしているクライアントのホスト名を含む行のみがダウンロードできる必要があります。それにダウンロードされます）

基本的に私が探しているのは、GoogleGearsSynchronizationがSQLServerMergeレプリケーションなどのデータ同期機能をサポートしているかどうかです。[ http://technet.microsoft.com/en-us/library/ms152746.aspx ]

クライアントとサーバーの同期パターンがそこにあるに違いないと感じています。しかし、私はグーグルアップに完全に失敗しました。

状況は非常に単純です。サーバーは中央ノードであり、複数のクライアントが接続して同じデータを操作します。データはアトムに分割できます。競合が発生した場合は、サーバー上にあるものは何でも優先されます (ユーザーが競合を解決しないようにするため)。データが大量になる可能性があるため、部分的な同期が推奨されます。

そのような状況のパターン/グッドプラクティスはありますか、または何も知らない場合は、どのようなアプローチをとりますか?

以下は、私が今それを解決するために考えている方法です: データと並行して、変更ジャーナルが保持され、すべてのトランザクションにタイムスタンプが付けられます。クライアントが接続すると、前回のチェック以降のすべての変更を統合形式で受け取ります (サーバーはリストを調べて追加を削除し、その後に削除を行い、各アトムの更新をマージするなど)。ほら、私たちは最新です。

代わりに、各レコードの変更日を保持し、データの削除を実行する代わりに、それらを削除済みとしてマークするだけです。

何かご意見は？

いくつかの一般的な販売エンティティ (連絡先、予定、住所、メモなど) を処理する Web アプリケーションがあります。アプリ、Outlook、および同期している可能性のあるデバイスを保持する必要があります。

PDA との統合に役立つフレームワークはありますか? 任意の考えや推奨事項をいただければ幸いです。ありがとう。

XML ベースのペイロードを使用して、iPhone と Web サイト間で 2 つのビジネス オブジェクトを同期する作業を行っており、最適なルーチンのアイデアを募集しています。

ただし、この質問の性質はかなり一般的であり、Web エンティティとクライアント (デスクトップ、携帯電話など) の間でビジネス オブジェクトを同期する必要があるさまざまなシステムに適用できることがわかります。

ビジネス オブジェクトは、両側で編集、削除、および更新できます。どちらの側でもオブジェクトをローカルに保存できますが、同期は切断された表示のために iPhone 側でのみ開始されます。すべてのオブジェクトには updated_at と created_at のタイムスタンプがあり、両側で RDBMS に支えられています (iPhone 側の SQLite と Web の MySQL ... 繰り返しますが、これはあまり重要ではないと思います)。同期が試みられました。それ以外の場合、(現時点では) 他のデータは保存されません。

同期のためにシステム間のネットワーク チャットを最小限に抑えるには、どのアルゴリズムを使用しますか? 「ソフト削除」がオプションでない場合、削除をどのように処理しますか? これを容易にするために、どのようなデータ モデルの変更を追加しますか?

オンラインと同じようにオフラインでも機能するアプリケーションの構築を検討しています。オフライン中はアプリケーションがサーバーと通信できないため、ある程度の同期が必要です。

iPhone の同期を伴うオフライン操作を計画する際に、読んで考え始めるとよいツールは何ですか?

この特定の問題を解決するために Apple が既に提供しているツールに対して、自分で作成する必要があるツールは何ですか?

私の会社は、リポジトリ 1 とリポジトリ 2 の 2 つの SVN リポジトリを維持しています。

1. このリポジトリには複数のプロジェクトが含まれており、社内の開発者のみがアクセスできます。アクセスは HTTPS を介して行われ、認証は Windows ドメインを介して行われます。
2. このリポジトリには単一のプロジェクトがあり、社内の開発者とクライアントの開発者がアクセスします。アクセスは svn:// を介して行われ、認証は passwd ファイルを介して行われます。

リポジトリ 1 のフォルダに、リポジトリ 2 のユーザーにダウンロードしたいコードがいくつかあります。明らかな答えは、SVN 外部を使用することですが、私が見る限り、それにはクライアントの開発者がアカウントを持っている必要があります。私たちのドメインであり、IT 担当者はそれを好まないのです。

したがって、私が確認できる唯一の解決策は、必要なファイルをリポジトリ 1 から 2 にコピーするために定期的に実行されるある種の cron ジョブです。必要なことを行うと主張するTailorというツールを見つけましたが、これまでのところ、正しく動作させることができませんでした。

Tailor を機能させるためにさらに時間を費やす前に、別のアプローチについて何か提案はありますか? 私の最後の手段は、プログラムを作成して実行することです。これはそれほど難しいことではありませんが、既存のアプリがあればそれを使用することをお勧めします。

ヘルプ/ポインタをお寄せいただきありがとうございます。

リッチ

私の会社は最近シンガポールに事務所を開設しました。私は、SQL Server 2005バックエンドを使用して、会社を管理するために社内で使用するWebアプリケーションに取り組んでいます。シンガポールからのネット経由でのアクセスが遅いため、ウェブアプリとデータベースのローカルコピーをホストするサーバーを出荷しています。データベースのローカルバージョンとの同期を維持したいと考えています。米国のアプリとシンガポールのアプリはどちらもデータの読み取り/書き込みができます。

マージレプリケーションはこの問題の正しい解決策ですか？これは私が調査してきた道であり、私たちが望むものに最も近いようです。SQL Server 2008に何か良いものはありますか？国際的なコラボレーションのために、どのような種類のデータベース可用性ソリューションを実装しましたか？

当社では、2 つの異なるサーバー上にある 2 つの SQL Server 2008 データベースを同期する必要があります。

1. データベース スキーマは約 50% 異なるため、変換が必要です。
2. 同期はリアルタイムで行う必要があります。
3. 同期は双方向である必要があります。

この目的のために使用されるいくつかの良い慣行は何ですか?

次の解決策を分析しましたが、うまくいきませんでした

Microsoft 同期フレームワーク. このオプションは、フレームワーク (特に、フレームワークが使用するメタデータ テーブル/トリガー/sproc) のセットアップに時間がかかるため、機能しません。また、これは新しいフレームワークであるため、ドキュメントやサンプルが不足しており、製品が他のソリューションほど安定していない可能性があります。

SQL Server 統合サービス. このソリューションには学習曲線があり、障害が発生する可能性があります。また、この目的には多すぎるようです。

どんな助けでも大歓迎です。