次の方法で共有


エンティティの削除 (Azure Storage)

Delete Entity 操作は、テーブル内の既存のエンティティを削除します。

要求

要求は Delete Entity 次のように構築できます。 HTTPS が推奨されます。 myaccount をストレージ アカウントの名前に、mytable をテーブルの名前に、myPartitionKeymyRowKey を、削除するエンティティを識別するパーティション キーと行キーの名前に置き換えます。

Method 要求 URI HTTP バージョン
DELETE https://myaccount.table.core.windows.net/mytable(PartitionKey='myPartitionKey', RowKey='myRowKey') HTTP/1.1

更新するエンティティのアドレスは、要求 URI に対してさまざまな形式を取る場合があります。 詳細については、 OData プロトコルに関するページを参照してください。

エミュレートされたストレージ サービス URI

エミュレートされたストレージ サービスに対して要求を行う場合は、エミュレーターのホスト名と Azure Table Storage ポートを として 127.0.0.1:10002指定し、その後にエミュレートされたストレージ アカウント名を指定します。

Method 要求 URI HTTP バージョン
DELETE http://127.0.0.1:10002/devstoreaccount1/myentity(PartitionKey='myPartitionKey', RowKey='myRowKey') HTTP/1.1

ストレージ エミュレーターの Table Storage は、いくつかの点で Azure サービスとは異なります。 詳細については、「 ストレージ エミュレーターと Azure Storage サービスの違い」を参照してください。

URI パラメーター

要求 URI には、次の追加パラメーターを指定できます。

パラメーター 説明
timeout 省略可能。 timeout パラメーターは、秒単位で表されます。 詳細については、「 Table Storage 操作のタイムアウトの設定」を参照してください。

要求ヘッダー

必須要求ヘッダーと省略可能な要求ヘッダーを次の表に示します。

要求ヘッダー 説明
Authorization 必須。 承認スキーム、アカウント名、署名を指定します。 詳細については、「Azure Storage への要求を承認する」をご覧ください。
Date または x-ms-date 必須。 要求に対して協定世界時 (UTC) を指定します。 詳細については、「Azure Storage への要求を承認する」をご覧ください。
x-ms-version 省略可能。 この要求に使用する操作のバージョンを指定します。 詳細については、「Azure Storage サービスのバージョン管理」を参照してください。
If-Match 必須。 クライアントは、オプティミスティック コンカレンシーを目的として、サービスによって管理されている と比較ETagするために、要求でエンティティの を指定ETagできます。 削除操作は、クライアントによって送信された が ETag サーバーによって管理されている値と一致する場合にのみ続行されます。 この一致は、エンティティがクライアントによって取得されてから変更されていないことを示します。

無条件削除を強制するには、If-Match をワイルドカード文字 (*) に設定します。
x-ms-client-request-id 省略可能。 ログ記録の構成時にログに記録される 1 kibibyte (KiB) 文字制限を使用して、クライアントによって生成された不透明な値を提供します。 このヘッダーを使用して、クライアント側のアクティビティとサーバーが受信する要求を関連付けるよう強くお勧めします。 詳細については、「 Azure Table Storage の監視」を参照してください。

要求本文

[なし] :

Response

応答には、HTTP 状態コードおよび一連の応答ヘッダーが含まれています。

status code

操作が正常に終了すると、ステータス コード 204 (No Content) が返されます。 状態コードの詳細については、「 状態とエラー コード 」および 「Table Storage のエラー コード」を参照してください。

応答ヘッダー

応答には次のヘッダーが含まれます。 応答には、追加の標準 HTTP ヘッダーを含めることもできます。 すべての標準ヘッダーは 、HTTP/1.1 プロトコル仕様に準拠しています

応答ヘッダー 説明
x-ms-request-id このヘッダーは、行われた要求を一意に識別し、要求のトラブルシューティングに使用できます。 詳細については、「 API 操作のトラブルシューティング」を参照してください。
x-ms-version 要求の実行に使用される Table Storage のバージョンを示します。 このヘッダーはバージョン 2009-09-19 以降で行った要求に対して返されます。
Date 応答が開始された時刻を示す UTC 日付/時刻値。 サービスによってこの値が生成されます。
x-ms-client-request-id このヘッダーを使用して、要求と対応する応答のトラブルシューティングを行うことができます。 このヘッダーの値は、要求に存在する x-ms-client-request-id 場合は、ヘッダーの値と同じです。 この値は、最大 1,024 文字の可視 ASCII 文字です。 ヘッダーが x-ms-client-request-id 要求に存在しない場合、このヘッダーは応答に存在しません。

応答本文

[なし] :

承認

アカウント所有者は、この操作を実行できます。 さらに、この操作を実行するアクセス許可を持つ共有アクセス署名を持つすべてのユーザーが実行できます。

注釈

エンティティを正常に削除すると、エンティティはすぐに削除対象としてマークされ、アクセスできなくなります。

エンティティの ETag は、削除操作の既定のオプティミスティック コンカレンシーを提供します。 値は ETag 不透明であり、読み取ったり依存したりしないでください。 削除操作が行われる前に、Table Storage はエンティティの現在ETagの値がヘッダーの削除要求If-MatchETag含まれる値と同じであることを確認します。 値が同一の場合、Table Storage はエンティティが取得されてから変更されていないことを判断し、削除操作を続行します。

エンティティ ETag が削除要求で指定されたエンティティと異なる場合、削除操作は状態コード 412 (前提条件に失敗) で失敗します。 このエラーは、取得後にサーバーでエンティティが変更されたことを示します。 このエラーを解決するには、エンティティを再度取得し、要求を再発行します。

無条件削除操作を強制するには、要求で If-Match ヘッダーの値をワイルドカード文字 (*) に設定します。 この値を操作に渡すと、既定のオプティミスティック コンカレンシーがオーバーライドされ、値の ETag 不一致は無視されます。

If-Match ヘッダーが要求にない場合、サービスはステータス コード 400 (Bad Request) を返します。 他の方法で形式が正しくない要求は、コード 400 を返すこともできます。 詳細については、「 Table Storage のエラー コード」を参照してください。

要求を承認して送信できるアプリケーションは、 HTTP DELETE エンティティを削除できます。 を使用 HTTP DELETEしてクエリを作成する方法の詳細については、「 エンティティの追加、変更、削除」を参照してください。

バッチ削除操作の実行については、「 エンティティ グループ トランザクションの実行」を参照してください。

こちらもご覧ください

Azure Storage への要求を承認する
OData データ サービスのバージョン ヘッダーの設定
状態コードとエラー コード
Table Storage のエラー コード