結果に複数のテーブルを含むストアドプロシージャを使用したSilverlight LOBアプリケーション

Question

現在、WCFとWCF Ria Servicesの両方で数週間Silverlightを使用していますが、まだ問題が発生しています。 私の目的は、ストアドプロシージャを使用してバックを選択、更新、挿入、削除するLOBアプリケーションを開発することです。 WCFの前の例では、私は、データコンテキストでテーブルを持つlinqを使用している人が、私ができないテーブルから直接選択しているのを見てきました。私は、ストアドプロシージャをデータコンテキストで直接呼び出す人も見てきました。私はストアドプロシージャを直接呼び出すと、ストアドプロシージャのエンティティがなく、デザイナによって作成され、毎回上書きされるので、setプロパティで例外をスローすることができないため、検証時に問題が発生します。

私は、RIAサービスを使用している場合、ユーザーがEntity Frameworkモデルにテーブルを挿入し、選択/更新/挿入/削除ストアドプロシージャをこれにマッピングする例を見てきました。私が持っている問題は、私は "国名"のIDを介してカントリーテーブルの検索に参加したアドレステーブルを選択するクエリを持っているので、もはやテーブルエンティティにマップすることができなくなります。

私はいくつかの重要な点をここでは紛失しているかどうかはわかりませんが、助けていただければ幸いです。または助けることができるチュートリアルへのリンクです。事前に感謝します

Answer 1

私は短期的には役に立たないことを知っています：RIAサービスを使用しないでください。

WCF（または好きなもの）を使って実際のバックエンドを作成し、その時点でCRUDを実行するメソッドを公開するだけです。そうすれば、RIASが存在しない複数のシナリオで使用できるバックエンドになり、DBへの呼び出しが行われる前に好きな検証を簡単に実行できます。

あなたが思っているよりもずっと簡単になるでしょう。