問題タブ [azure-table-storage]

どのような場合に SQL Azure を使用し、いつテーブル ストレージを使用する必要がありますか? 私が考えていたのは、テーブル ストレージをトランザクション処理シナリオ (デビット クレジット アカウントのようなシナリオなど) に使用し、レポートなどのトランザクション目的でデータが使用されない場合は Sql Azure を使用することです。どう思いますか？

MS PDCのプレゼンテーションから、PartitionKeyが複数のサーバー間でテーブルの負荷分散に使用されていることは理解していますが、PartitionKeyが単一のサーバー内でインデックスとして使用されているかどうかについては誰もアドバイスしていないようです。

同様に、PartitionKeyとRowKeyを指定すると優れたパフォーマンスが得られると誰もが言うでしょうが、PartitionKey内のパフォーマンスを向上させるためにRowKeyが使用されているかどうかは誰にもわかりません。

質問を組み立てるのに役立ついくつかのサンプルクエリを次に示します。テーブル全体に1億行が含まれていると仮定します。

1. PartionKey="123"およびOtherField="def"
2. PartitionKey="123"およびRowKey>="aaa"およびRowKey<"aac"

これが私の質問です：

• 各パーティションに10行しかない場合、クエリ1は高速ですか？
• 各パーティションに1,000,000行ある場合、クエリ2は高速ですか？

次のようなエンティティをテーブル ストレージに使用したいと思います。

しかし、ATS が必要なので、それは不可能です。

1. パラメーターなしのコンストラクター
2. すべてのプロパティは公開されており、読み取り/書き込み可能です。
3. TableServiceEntity から継承します。

最初の 2 つは、私がやりたくないことです。読み取り専用であるべきデータを誰でも変更できるようにする必要があるのはなぜですか? または、この種のオブジェクトを一貫性のない方法で作成するか (.ctor とは何ですか?)、最悪の場合は、PartitionKey または RowKey を変更します。これらのデシリアライゼーション要件によってまだ制約を受けているのはなぜですか?

そのような方法でソフトウェアを開発するのは好きではありません。オブジェクトを自分でシリアル化および逆シリアル化できる方法でテーブル ストレージ ライブラリを使用するにはどうすればよいですか? オブジェクトが TableServiceEntity から継承されている限り、問題にはならないと思います。

これまでのところ、オブジェクトを保存する必要がありましたが、それを取得する方法がわかりません:

これらの逆シリアル化の要件を回避したり、生のオブジェクトを取得したりする方法はありますか?

乾杯。

わかりました、私はしばらくの間これに頭をぶつけていました.誰かがこれに遭遇したことがあるかどうか尋ねます.

私の構成とセットアップは以下のとおりです。これは、ステージング環境にデプロイされた場合です。RDP を有効にしているため、ログが記録されていることがわかります。ログインでき、作成された IIS ログを確認できます。ただし、他の診断ログでは問題なく転送されますが、それらは BLOB ストレージに転送されません。

インフラストラクチャ ログには、次のエラーが表示されます。これは、プロキシに関するものであり、関連性がないと言われています。

イベント ビューアーに表示されるその他の警告は次のとおりです。

これは、WebRole として実行される非常に単純な WCF アプリケーションです。構成は次のようになります。

また、リスナーをいくつか異なる方法で変更しましたが、結果は同じでした。だから私はそれが問題だとは思わないが、私は提案を受け入れる

webrole のコードは次のようになります。

一部のDiagnosticsConnectionStringテーブルとコンテナが適切に作成され、適切に設定されているため、 は適切に設定されています。

どんな助けでも大歓迎です。前もって感謝します。

.Net ベースのソーシャル ネットワーキング アプリケーションを Azure クラウドでホストするためのアーキテクチャ作業を開始しています。フロントエンドで ASP.NET MVC を使用します。

収納方法を考えてみたいと思います。スケーラビリティのニーズを考慮し、アプリケーションの相互接続の性質により、SQL azure は除外されました。

ソーシャルネットワーキングアプリケーションに固有の機能を備えたSones GraphDBやneo4jなどのグラフDBを選択する際の主な考慮事項は、Windows Azureテーブルストレージを使用してニーズを達成することではありません.

私は主に、開発時間、コスト、.NET などの既存のスキルを活用する能力、グラフ DB プラットフォームの信頼性、セットアップと管理の容易さについて懸念しています。

用語が間違っていたら申し訳ありませんが、IQueryable を公開したいのですが、Azure テーブル エンティティ オブジェクトをエンド ユーザーに直接公開したくありません。

IQueryable<TableEntity> を に変換するにはどうすればよいですかIQueryable<Object>

このブログで説明されているように、oData ロジックをベースにしています。より良い方法がある場合は共有してください。

http://blogs.southworks.net/fboerr/2010/07/29/create-a-wcf-data-service-odata-to-share-an-azure-table/

これが可能かどうかはわかりませんが、C＃Azure Table APIを使用して、新しいエンティティを作成してマージすることで、テーブルストレージのプロパティを更新しようとしています。

基本的には、作成日を更新せずに最終アクセス日を更新したいのですが、DateTimesをnullにすることはできないのでできません。テーブルを2回呼び出さずにこれを行うことは可能ですか？これは頻繁に呼び出されるので、回避できるのであれば、更新する前にオブジェクトを取得したくありません。

人々がコーディングした例を見ると、多くの人が SaveChanges を使用し、SaveChangesWithRetries を使用していないことがわかります。SaveChangesWithRetries が最善の方法だと思いますが、SaveChanges を使用するだけで何か利点はありますか? また、SaveChangesWithRetries を実行する場合、他に構成する必要があるものはありますか、それともデフォルトのままにする必要がありますか?

_LogEntryServiceContext.MergeOption = MergeOption.PreserveChanges; _LogEntryServiceContext.AttachTo("LogEntry", itemToDelete, "*"); _LogEntryServiceContext.DeleteObject(itemToDelete); _LogEntryServiceContext.SaveChanges(); _LogEntryServiceContext.Detach(itemToDelete);

ありがとう、

麻理子

抽象クラスTableServiceEntityには次のものがあるので、そうだと思います。

DateTimeまたはDoubleのRowKeyが必要な場合はどうなりますか？

通常のCLRオブジェクトをシリアル化しようとしていて、特定のメンバー変数をシリアル化したくない場合は、タグを付けることができます。

属性。テーブルサービスエンティティを作成している場合、Azureテーブルサービスにこのプロパティを無視するように指示するために使用できる同等の属性はありますか？