Update Entity

  • Article

L'opération Update Entity met à jour une entité existante dans une table. L’opération Update Entity remplace l’entité entière et vous pouvez l’utiliser pour supprimer des propriétés.

Requête

Vous pouvez construire la Update Entity requête comme suit. HTTPS est recommandé. Remplacez myaccount par le nom de votre compte de stockage et mytable par le nom de votre table. Remplacez myPartitionKey et myRowKey par le nom de la clé de partition et de la clé de ligne qui identifient l’entité à mettre à jour.

Méthode URI de demande Version HTTP
PUT https://myaccount.table.core.windows.net/mytable(PartitionKey='myPartitionKey', RowKey='myRowKey') HTTP/1.1

L’adresse de l’entité à mettre à jour peut prendre plusieurs formes sur l’URI de demande. Pour plus d’informations, consultez le protocole OData .

URI de service de stockage émulé

Lorsque vous effectuez une requête auprès du service de stockage émulé, spécifiez le nom d’hôte de l’émulateur et le port Stockage Table Azure comme 127.0.0.1:10002, suivi du nom du compte de stockage émulé.

Méthode URI de demande Version HTTP
PUT http://127.0.0.1:10002/devstoreaccount1/mytable(PartitionKey='myPartitionKey', RowKey='myRowKey') HTTP/1.1

Le stockage table dans l’émulateur de stockage diffère du stockage Table Azure de plusieurs manières. Pour plus d’informations, consultez Différences entre l’émulateur de stockage et les services de stockage Azure.

Paramètres URI

Vous pouvez spécifier les paramètres supplémentaires suivants sur l’URI de requête.

Paramètre Description
timeout facultatif. Le paramètre timeout est exprimé en secondes. Pour plus d’informations, consultez Définition de délais d’expiration pour les opérations de stockage table.

En-têtes de requête

Le tableau suivant décrit les en-têtes de demande obligatoires ou facultatifs.

En-tête de requête Description
Authorization Obligatoire. Spécifie le schéma d’autorisation, le nom du compte et la signature. Pour plus d’informations, consultez Autoriser les requêtes auprès du Stockage Azure.
Date ou x-ms-date Obligatoire. Spécifie la date/heure en temps universel coordonné (UTC) pour la requête. Pour plus d’informations, consultez Autoriser les requêtes auprès du Stockage Azure.
x-ms-version Optionnel. Spécifie la version de l'opération à utiliser pour cette demande. Pour plus d'informations, consultez la page Contrôle de version pour les services de Stockage Microsoft Azure.
Content-Type Obligatoire. Spécifie le type de contenu de la charge utile. Les valeurs possibles sont application/atom+xml et application/json.

Pour plus d’informations sur les types de contenu valides, consultez Format de charge utile pour les opérations de stockage table.
Content-Length Obligatoire. Longueur du corps de la demande.
If-Match Obligatoire. Le client peut spécifier le ETag pour l’entité sur la demande, à comparer à celui ETag géré par le service à des fins d’accès concurrentiel optimiste. L’opération de mise à jour est effectuée uniquement si le ETag envoyé par le client correspond à la valeur gérée par le serveur. Cette correspondance indique que l’entité n’a pas été modifiée depuis qu’elle a été récupérée par le client.

Pour forcer une mise à jour sans condition, définissez If-Match au caractère générique (*).
x-ms-client-request-id Optionnel. Fournit une valeur opaque générée par le client avec une limite de caractères de 1 kibioctet (Kio) enregistrée dans les journaux lors de la configuration de la journalisation. Nous vous recommandons vivement d’utiliser cet en-tête pour mettre en corrélation les activités côté client avec les demandes reçues par le serveur. Pour plus d’informations, consultez Surveiller le stockage Table Azure.

Corps de la demande

L’opération Update Entity envoie l’entité à mettre à jour en tant qu’ensemble d’entités OData , qui peut être un flux JSON ou Atom. Pour plus d’informations, consultez Insertion et mise à jour d’entités.

Remarque

JSON est le format de charge utile recommandé, et il s’agit du seul format pris en charge pour les versions 2015-12-11 et ultérieures.

Exemple de requête

JSON (version 2013-08-15 et ultérieure)

Cet exemple montre un exemple d'URI de demande, les en-têtes de demande associés, et le corps de la demande pour un flux JSON.

Request Headers:  
x-ms-version: 2015-12-11  
Accept-Charset: UTF-8  
Content-Type: application/json  
If-Match: *  
x-ms-date: Mon, 27 Jun 2016 18:10:24 GMT  
Authorization: SharedKeyLite myaccount:u0sWZKmjBD1B7LY/CwXWCnHdqK4B1P4z8hKy9SVW49o=  
Content-Length: ###  
DataServiceVersion: 3.0;NetFx  
MaxDataServiceVersion: 3.0;NetFx  
  
{  
   "Address":"Santa Clara",  
   "Age":23,  
   "AmountDue":200.23,  
   "CustomerCode@odata.type":"Edm.Guid",  
   "CustomerCode":"c9da6455-213d-42c9-9a79-3e9149a57833",  
   "CustomerSince@odata.type":"Edm.DateTime",  
   "CustomerSince":"2008-07-10T00:00:00",  
   "IsActive":false,  
   "NumberOfOrders@odata.type":"Edm.Int64",  
   "NumberOfOrders":"255",  
   "PartitionKey":"mypartitionkey",  
   "RowKey":"myrowkey"  
}

Flux Atom (versions antérieures à 2015-12-11)

Cet exemple montre un exemple d’URI de requête, les en-têtes de requête associés et le corps de la demande pour un flux Atom.

Request URI:  
https://myaccount.table.core.windows.net/mytable(PartitionKey='myPartitionKey',RowKey='myRowKey')  
  
Request Headers:  
x-ms-version: 2013-08-15  
Accept: application/atom+xml,application/xml  
Accept-Charset: UTF-8  
Content-Type: application/atom+xml  
If-Match: *  
x-ms-date: Wed, 20 Nov 2013 18:10:24 GMT  
Authorization: SharedKeyLite myaccount:u0sWZKmjBD1B7LY/CwXWCnHdqK4B1P4z8hKy9SVW49o=  
Content-Length: ###  
DataServiceVersion: 1.0;NetFx  
MaxDataServiceVersion: 2.0;NetFx  
  
Request Body:  
<?xml version="1.0" encoding="utf-8"?>  
<entry xmlns:d="http://schemas.microsoft.com/ado/2007/08/dataservices" xmlns:m="http://schemas.microsoft.com/ado/2007/08/dataservices/metadata" xmlns="http://www.w3.org/2005/Atom">  
  <title />  
  <updated>2008-09-18T23:46:37.168836Z</updated>  
  <author>  
    <name />  
  </author>  
<id>https://myaccount.table.core.windows.net/mytable(PartitionKey='mypartitionkey',RowKey='myrowkey')</id>  
  <content type="application/xml">  
    <m:properties>  
      <d:Address>Santa Clara</d:Address>  
      <d:Age m:type="Edm.Int32">23</d:Age>  
      <d:AmountDue m:type="Edm.Double">200.23</d:AmountDue>  
      <d:CustomerCode m:type="Edm.Guid">c9da6455-213d-42c9-9a79-3e9149a57833</d:CustomerCode>  
      <d:CustomerSince m:type="Edm.DateTime">2008-07-10T00:00:00Z</d:CustomerSince>  
      <d:IsActive m:type="Edm.Boolean">false</d:IsActive>  
      <d:NumOfOrders m:type="Edm.Int64">255</d:NumOfOrders>  
      <d:PartitionKey>mypartitionkey</d:PartitionKey>  
      <d:RowKey>myrowkey</d:RowKey>  
    </m:properties>  
  </content>  
</entry>

response

La réponse inclut un code d'état HTTP et un ensemble d'en-têtes de réponse.

Code d’état

Une opération réussie renvoie le code d'état 204 (Aucun contenu). Pour plus d’informations sur les codes status, consultez Codes d’état et d’erreur et Codes d’erreur stockage table.

En-têtes de réponse

Cette réponse comprend les en-têtes suivants. La réponse peut également inclure des en-têtes HTTP standard supplémentaires. Tous les en-têtes standard sont conformes à la spécification du protocole HTTP/1.1.

En-tête de réponse Description
ETag pour ETag l’entité .
x-ms-request-id Cet en-tête identifie de manière unique la demande qui a été effectuée et peut être utilisé pour la résolution des problèmes de la demande. Pour plus d’informations, consultez Résolution des problèmes liés aux opérations d’API.
x-ms-version Indique la version de Stockage Table utilisée pour exécuter la demande. Cet en-tête est renvoyé pour les demandes effectuées avec la version 2009-09-19 ou une version ultérieure.
Date Valeur de date/heure UTC qui indique l’heure à laquelle la réponse a été lancée. Le service génère cette valeur.
x-ms-client-request-id Vous pouvez utiliser cet en-tête pour résoudre les demandes et les réponses correspondantes. La valeur de cet en-tête est égale à la valeur de l’en-tête x-ms-client-request-id , s’il est présent dans la demande. La valeur est au maximum de 1 024 caractères ASCII visibles. Si l’en-tête x-ms-client-request-id n’est pas présent dans la requête, cet en-tête ne sera pas présent dans la réponse.

Response body

Aucun.

Exemple de réponse

Response Status:  
HTTP/1.1 204 No Content  
  
Response Headers:  
Connection: Keep-Alive  
x-ms-request-id: 2c085f8f-11a4-4e1d-bd49-82c6bd87649d  
Content-Length: 0  
Cache-Control: no-cache  
Date: Mon, 27 Jun 2016 18:12:54 GMT  
ETag: W/"0x5B168C7B6E589D2"  
DataServiceVersion: 3.0;NetFx  
MaxDataServiceVersion: 3.0;NetFx  
Server: Windows-Azure-Table/1.0 Microsoft-HTTPAPI/2.0

Autorisation

Le propriétaire du compte peut effectuer cette opération. En outre, toute personne disposant d’une signature d’accès partagé qui a l’autorisation d’effectuer cette opération peut le faire.

Notes

Lorsque vous mettez à jour une entité, vous devez spécifier les propriétés système et RowKey dans le PartitionKey cadre de l’opération de mise à jour.

Une entité fournit une concurrence optimiste par défaut pour les opérations de ETag mise à jour. La ETag valeur est opaque et ne doit pas être lue ni basée sur. Avant qu’une opération de mise à jour ne se produise, le stockage Table vérifie que la valeur actuelle ETag de l’entité est identique à la valeur incluse dans la ETag demande de mise à jour dans l’en-tête If-Match . Si les valeurs sont identiques, le stockage Table détermine que l’entité n’a pas été modifiée depuis sa récupération et que l’opération de mise à jour se poursuit.

Si l’entité diffère de ETag celle spécifiée avec la demande de mise à jour, l’opération de mise à jour échoue avec status code 412 (Échec de la condition préalable). Cette erreur indique que l'entité a été modifiée sur le serveur depuis qu'elle a été récupérée. Pour résoudre cette erreur, récupérez de nouveau l'entité et réémettez la demande.

Pour forcer une opération de mise à jour sans condition, définissez la valeur de l'en-tête If-Match au caractère générique (*) dans la demande. Le passage de cette valeur à l’opération remplace la concurrence optimiste par défaut et ignore toute incompatibilité de ETag valeurs.

Si l’en-tête If-Match est absent de la requête dans la version 2011-08-18 ou ultérieure, le service effectue une opération Insérer ou remplacer une entité (upsert). Dans les versions antérieures à 2011-08-18, le service retourne status code 400 (requête incorrecte).

Le stockage table ne conserve null pas les valeurs pour les propriétés. Spécifier une propriété avec une null valeur équivaut à omettre cette propriété dans la requête.

Remarque

Vous pouvez tirer parti de l’un ou l’autre comportement pour supprimer une propriété d’une entité.

Pour taper explicitement une propriété, spécifiez le type de données approprié OData en définissant l’attribut dans la m:type définition de propriété dans le flux Atom. Pour plus d’informations sur les propriétés de saisie, consultez Insertion et mise à jour d’entités.

Toute application qui peut autoriser et envoyer une requête HTTP PUT peut mettre à jour une entité.

Pour plus d’informations sur l’exécution d’opérations de mise à jour par lots, consultez Exécution de transactions de groupe d’entités.

Voir aussi

Merge Entity
Autoriser les demandes à Stockage Azure
Définition des en-têtes de version du service de données OData
Codes d’état et d’erreur
Codes d’erreur stockage table