問題タブ [ssds]

"Astoria" (ADO.NET データ サービス) と SQL Server Data Services の使用分野の大きな違いは何だと思いますか?

私は、スタンドアロンの WPF アプリケーションであり、Silverlight として機能し、ブラウザーでホストされるカット ダウン バージョンでもあるアプリケーションを作成しています。Silverlight アプリケーションがクラウドのデータにアクセスできるようにします。WPF アプリケーションは、ローカル データベースに対して動作する必要がありますが、同じクラウド ストレージと同期できる必要があります。

したがって、機能するには次のシナリオが必要です。Silverlight は、クラウドに保存されているデータに対して直接動作します。WPF アプリは、ローカル データベースに対して動作します。ただし、WPF アプリには、前回の WPF アプリの実行以降にオンラインで変更が加えられた場合に備えて、起動時にクラウドにアクセスして最新バージョンを取得する機能があります。ユーザーが WPF アプリを終了すると、クラウドに加えられた変更を再度同期できます。これにより、WPF の実行中のパフォーマンスが向上し、オフラインで実行して、後で接続したときに同期することもできます。

これを行うために利用できる最高のテクノロジーは何ですか? データ アクセスに役立つ Sync Framework、SQL Server Data Service、ADO.NET Entity Framework、および SQL Server Compact Edition があることは知っていますが、それらを連携させて提示されたシナリオを実行できるかどうかはわかりません。

これをすべて自分で実装しますか？そのほとんどは無料で提供され、同期を処理するだけで済みますか? マイクロソフトのデータ アクセス テクノロジについて深い知識をお持ちの場合は、設計に関するご意見をお待ちしております。

(これは、 https: //database.windows.net/soap/v1/ のサービス リファレンスにある Microsoft の SitkaSoapService に関連しています)

SitkaSoapServiceClient を使用して、SOAP で SQL Data Services データベースにアクセスしています。

このプロキシ クラスを使用するたびに、"using" ステートメントを使用する必要がありますか? それとも、内部で安全な方法で独自の接続処理を行っていますか?

つまり、私は言う必要があります:

...または言うのは安全ですか:

[ここで、GetProxy() は SitkaSoapServiceClient オブジェクトを返します。]

私は最近、SQL Data Services をいじっています。睡眠中によく構造化されたリレーショナル データベースをノックアウトすることはできますが (またはおそらくそのため)、(たとえば) 参照整合性が強制されておらず、パフォーマンスの高いデータベースを設計する方法を理解するのに苦労しています。主キー以外の列にインデックスはありません。

ガイドラインを知っている人はいますか？

おそらく、開始する場所は、膨大な数の行エンティティであっても、どちらの側からも効率的にトラバースできる多対多の結合を作成する方法でしょうか?

(これは、 https: //database.windows.net/soap/v1/ のサービス リファレンスにある Microsoft の SitkaSoapService に関連しています)

SitkaSoapServiceClient を使用して、SOAP で SQL Data Services データベースにアクセスしています。

次のような文字列で linq ステートメントを渡すことで、データをクエリできます。

ただし、null プロパティ値を照会する方法がわかりません (つまり、そのプロパティのないエンティティを検索します)。

私は次のように言えると思います：

FaultException<>...しかし、 「名前 'null' が見つかりませんでした」というがスローされます

何か案は？

私は、SQL Data Services の柔軟なエンティティ モデルを実装するための "最善の" 方法を考え出そうとしています。このモデルでは、各クラスをエンティティ (派生クラスであっても) として格納できます。

例: サブクラスごとに異なる

これまでのところ、エンティティ クラス (上記) と、次のようなコレクションを持つ基本クラスの両方を持つ方向に向かっています。

そして、各サブクラスをその辞書に追加し、次のようなプロパティを取得/設定するだけです

ただし、各クラスには 1 つのエンティティしかないため、階層の各レベルがその場所を正確に認識しているスタック (ディクショナリではなく) を使用する必要があるようです。その後、クラスの継承がスタックであることに気がついたので、このすべてを本当に単純化する巨大なオブジェクト指向の概念が欠けているのではないかと思いました。何かのようなもの

SQLデータサービスについて調査を行ったところ、現在のACEモデルが新しいリレーショナルモデルのために段階的に廃止されていることがわかりました。2009年3月のCTPのすべてのサンプルは、ACEモデル（StorageClientプロジェクトなど）に基づいているようでした。これらがまだ関連しているかどうか疑問に思います-それらはすべてACEアプローチに基づいているようですが、それがリレーションバックエンドへの単なるRESTインターフェイスであるかどうかはわかりません。