SubSonic、ORM、edmx、Linq：シリアル化可能なDb通信？

Question

次のシナリオでは、素敵な選択肢を待ち：

• .NETで書かれた中央のWindowsサービスは、バックグラウンドでデータベースを照会するようにクライアントを受け付ける（そしてまた、彼らは、DBに書き込むことができます）。
• クライアントは互換性のために旧式の.NET Remotingを使用できる必要があります（またはWCFへの非常に簡単な移行が可能です）
• 現在のクエリは、標準の命令（Insert、Update、SelectCommand ）または文字列ベースの直接SQLクエリを使用しますが、Linqを使用するにはすべてのレコードをローカルクライアントに引き渡す必要があります
• はOracleとMSSQLで動作します
• イベントはデータが変更されたときにサーバーからクライアントに送信されます。テーブル - これは必須です！

これが主な要件です。今度はedmxでLinqへの移行を評価し始めましたが、柔軟性が失われる恐れがあり、Db処理コードのすべてを書き直す必要がありました。本質的な改良点は、ネットワーク上のLinqedバインドであり、.NET 4のEMFレイヤーに直接アタッチすることなくLinqクエリを使用できることです。そして、ORMの選択肢について調査を開始し、今すぐ亜音速に到達しました。

質問をするには：クライアントがエンティティに関するすべての知識を持っているが、照会transofrmationとDb接続が中央サーバ上でのみホストされるようにSubSonicを使用することは可能でしょうか？我々は、Dbイベント、複製、およびアプリケーションに必要な他の特定の機能のために、Dbへの直接アクセスを切り離したいと考えています。

よろしくフロリアン

プロジェクト、 InterLINQは、そのサーバ側で複数のクエリプロバイダと協力することのように、あなたはやや一般的な方法（一般に記述したものと同様の必要性を解決するために目指していたがあった

Answer 1

）。私はこのプロジェクトを一度も使ったことがなく、1年以上経っていないし、ドキュメンテーションが不足しているようだ。

私はSubSonicが他のどのLinqプロバイダよりもこれを達成するのが簡単ではないと思います。プロバイダーにとらわれない方法でクエリを表す式をシリアライズしようとするのはおそらく邪魔にならないでしょう。

Answer 2

あなたの質問は非常に広いです - 私は1つの小さな部分にしか答えることができません。

SubSonic ORM 3.0には、Linq to SQLトランスレータが含まれています。 LinqクエリはSQLに変換され、実際に使用する行だけがクライアントに返されます。この効果は、カスタムSQLを作成した場合とほぼ同じです。実際には、生成されたSQLを取得できます。

ほとんどの質問は範囲外です。単純なORMではなく、分散クエリ処理に関するものです。