問題タブ [microsoft-sync-framework]

エンタープライズASP.NET/NHibernateブラウザーベースのアプリケーションが、顧客のサーバーに接続または切断されたときに機能できるようにする必要があります。誰かがこれをしましたか？もしそうなら、どのようにそれをしましたか？（技術、建築など）

バックグラウンド：

建設現場の担当者がタイムシート情報を入力するために使用するエンタープライズブラウザベースのアプリケーションを開発および販売しています。現在、お客様のオフィスにあるサーバーに接続する必要があります。ワイヤレスインターネットを利用できないクライアント向けに、ときどき接続されるバージョンのアプリケーションを構築したいと考えています。

私たちのアプリケーションは、O/RマッピングにNHibernateを使用するASP.NETアプリケーションです。MicrosoftショップであるMicrosoftSyncFrameworkは魅力的ですが、NHibernateで「うまく機能する」かどうかはわかりません。

任意の洞察をいただければ幸いです。

デイブT

最近リリースされたMSSyncFramework（ときどき接続されるアプリケーションのサポート用）に必要な.NET Frameworkのバージョン（CLRおよびBCL）を教えてもらえますか？

Sync Framework V1 for ADO.NET v2.0としてリストされていますが、リストされている要件のいずれも、それをサポートするために必要な.NETfxバージョンについては何も述べていません。

誰もがこれを経験したことがあります...？

wcfサービスを介してデータベースをクライアントのSQLCEデータベースに同期します。ただし、クライアント側で生成されたスキーマをサーバー上のスキーマと同じにしたくありません。クライアントのsyncprovidersに返されるスキーマをカスタマイズする方法はありますか？

SQL Server Compact (SQL CE) を同期フレームワークと共に使用しています。ただし、同期フレームワークは、SqlCeClientSyncProvider の CreateSchema() メソッドを呼び出すときに、いくつかのシステム テーブルを作成します (例: __sysSyncArticle、__sysSyncSubscription、...)。

Visual Studio 内で SQL ステートメントを使用してこれらのテーブルを削除することができず (「ドロップ テーブルはサポートされていません」と記載されています)、SqlCeCommand を作成しようとすると、指定されたテーブルが存在しないというメッセージが表示されます。

SQL CE システム テーブルをプログラムで削除するには何が必要ですか?

Microsoft Sync Framework に関するリソースを探しています。MSDN と Google 検索で簡単な概要がわかりましたが、デモとプレゼンテーションが必要です。

また、Live Mesh は Sync Framework に基づいていますか?

データを収集し、Microsoft SQL Server Compact を使用してローカルの WinXP PC に保存するアプリケーションがあります。レポートとアーカイブのために、そのデータを単一の本格的な SQL Server に集約したいと考えています。多少の遅延は許容されますが (最大 1 ～ 2 分)、データ転送はかなり連続的である必要があります (つまり、バッチ処理ではありません)。

データは、コレクターからサーバーへの一方向のプッシュです。コレクターは、他のコレクターが何をしているかを知る必要がなく、プライマリ サーバーがコレクターのデータを更新することはありません。現在の計画では 5 つのコレクターを対象としていますが、基本的にスケーラビリティーに制限はありません。

「ほとんど接続されている」と想定する必要がありますが、コレクターからサーバーへの接続を保証することはできません。サーバーまたはネットワークがダウンしても、データは引き続き収集され、サーバーが再び到達可能になったときにデータがプッシュされます。

理想的には、インフラストラクチャの作業が完了したら、プログラミング以外のエンジニアがセットアップできるソリューションが必要です。したがって、コードとウィザードを作成することは問題ありませんが、エンド ユーザーはコードの作成について何も知らないとは想定できません。

現在、これには 2 つの技術候補があります。

1. SQL レプリケーション
2. Microsoft 同期サービス

最初のものについてはほとんど経験がありませんが、SQL Server でサブスクリプションなどを設定するのは面倒であり、それらをデバッグするのは楽しくないことを知っているので、代替手段を見つけようとしています.

#2 についてはほとんど何もわかっていませんが、デバイス データをサーバーに送信するための代替手段として提案されていることだけです。

このタイプのシナリオ、またはこれらのテクノロジのいずれか/両方、または共有できるとは考えられていないものを使用した経験のある人はいますか? コレクターの SQL Compact は固定要件です。サーバー上の SQL Server は必須ではありませんが、顧客が既に持っているため望ましいものです。

同期フレームワークを使用してデータを同期する通常のコード スニペットは次のとおりです。

テーブルのサブセットを同期する方法を知っている人はいますか? 各テーブル内のデータではなく、同期に関与するテーブルを決定することに注意してください。

ありがとうアリエル

アプリケーションの 1 つに次のアーキテクチャを使用する予定です: クライアント: MySQL データベースを使用する Java ベースのアプリケーション サーバー: C# ベースで、データベースは SQL Server です

Java で Microsoft Sync Framework を使用できるようになりましたか? （おそらくいくつかのインターフェースを実装することによって？）。Java クライアントからのデータをサーバーと同期したい、またその逆も同様です。これは可能ですか？

そうでない場合は、他の同期フレームワークを提案できますか。

店舗からの販売取引を本社サーバーにアップロードします。現時点では、DTS (SQL Server Data Transformation Services) を使用していますが、これを ADO.NET 用の Microsoft Sync サービスに置き換えることを計画しています。標準（うまくいけば、長い間存在するでしょう）。セットアップの詳細と計画内容は次のとおりです。特に、Sync Services が当社のソリューションに適合するかどうかについて、アドバイスを求めています。

状況

各店舗には、Microsoft Access 2000 データベースに売上を保存するサード パーティの EPOS システムがあり、このシステムにアクセスできます。本社のデータベースは SQL Server 2005 ですが、2008 にアップグレードする予定です。本社はすべての店舗と VPN 上にあるわけではありませんが、店舗の IP アドレスに対してファイアウォールを開くことができるため、店舗はデータを直接 SQL に送信できます。サーバ。店舗は常に ADSL 経由でインターネットに接続されていますが、接続が失われるため、販売データを失いたくありません。ストアからトランザクションをアップロードするだけです。定義をダウンロードする必要はありません。

現在のソリューション

店舗の PC で実行される Windows サービスを作成しました。このサービスは、サーバーから DTS パッケージ (アップロードのすべての詳細を含む) をダウンロードし、ストアで実行します。これにより、売り上げがサーバーにアップロードされます。MSDE をインストールすると無料になるため、DTS を選択しました。SSIS を使用すると、すべての店舗で SQL Server ライセンスが必要になるため、使用できません。DTS を選択したもう 1 つの理由は、アップロードの詳細 (つまり、どのテーブルとフィールドを含めるか) が本社のサーバーに保存されているためです。店舗。これは目を見張るものではありませんが、新しいソリューションでこの機能を使用できると便利です。

考えられる解決策 - ADO.NET 用の Microsoft Sync サービス

現在、ADO.NET 用の Microsoft Sync サービスの概念実証を構築中です。各ストア (クライアント) に SQL CE (SQL Server Compact 3.5) を配置し、それを本社の SQL Server 2005 データベース (サーバー) と同期するという考え方です。(1) Access 2000 データベースと同期するか、(2) EPOS システム開発者に売上を直接 SQL CE データベースに書き込むように依頼するか、(おそらく (2)) のいずれかによって、データを SQL CE データベースに取り込みます。しかし、私たちの主な関心事は、ストアから本社サーバーにデータを取得することです。この方法は、時々接続されるシステムに対して Microsoft が推奨するソリューションのようであり、それが私たちが Sync Services を真剣に検討するようになった理由です。これを使用することで、売り上げをアップロードするために必要な作業のほとんどが Sync Services に組み込まれ、車輪を再発明する必要がなくなることを願っています。

考えられる解決策 - カスタム Web サービスへのアップロード

また、販売トランザクションを本社サーバーのカスタム Web サービスにアップロードしてから、SQL Server データベースにアップロードすることもできます。これは、どの行が新しいかを判断するための独自のメカニズムを構築し、システムが切断されたときのためにキャッシュする必要があることを意味します。また、Sync Services に組み込まれる他の機能を利用できない可能性があります。

役立つアドバイスがあれば教えてください。特に、「同期サービスは適切なソリューションですか!」私たちが解決しようとしている問題は非常に一般的 (店舗からの売上のアップロード) のように思われます。一般的な解決策で解決したいと考えています。

Sync Services for ADO.NETを使用してストアを本社と同期することを計画しており、WCFプロキシを介して同期することをお勧めします。

WCFプロキシを介して同期するということは、httpを介して同期できることを意味しますか？そうでない場合は、同期サービスを使用してhttp経由で同期することは可能ですか。

（本社と同期する必要のある新しいストアを取得するたびにファイアウォールを更新したくないので、 http経由で同期したいのです）。