(PECL mongo >=0.9.0)
MongoCollection::update — Modifie les enregistrements
$criteria
, array $new_object
[, array $options = array()
] )
criteria
Critère de requête pour le document à mettre à jour.
new_object
L'objet utilisé pour mettre à jour les documents correspondants. Il peut contenir soit les opérateurs de mise à jour (pour la modification de champs spécifiques), soit être un remplacement du document.
options
Un tableau d'options pour l'opération de mise à jour. Les options actuellement disponibles sont :
"upsert"
Si aucun document ne correspond au critère $criteria,
un nouveau document sera inséré.
Si un nouveau document doit être inséré, et que
$new_object contient des modificateurs atomiques
(i.e. opérateurs $), alors ces opérateurs seront appliqués
au paramètre $criteria pour créer le nouveau document.
Si $new_object ne contient pas de modificateur atomique,
il sera pris tel quel en tant que document inséré. Voir l'exemple ci-dessous pour plus
d'informations.
"multiple"
Tous les documents correspondants au $criteria seront mis à jour. MongoCollection::update() a le comportement opposé de MongoCollection::remove(): elle met à jour un document par défaut, pas tous les documents correspondants. Il est recommandé de toujours préciser si vous voulez mettre à jour un document ou plusieurs, la base de données pouvant changer son comportement par défaut dans le futur.
"fsync"
Booléen, par défaut à FALSE. Si l'historisation est activée, il fonctionne exactement comme "j". Si l'historisation n'est pas activée, l'opération en écriture sera bloquante tant qu'elle ne sera pas synchronisé sur les fichiers de base de données du disque. Si vaut TRUE, une insertion reconnue devient implicite, et cette option va écraser la configuration "w" à 0.
Note: Si l'historisation est activée, les utilisateurs sont vivement encouragés à utiliser l'option "j" au lieu de "fsync". N'utilisez pas "fsync" et "j" en même temps, ou une erreur sera produite.
"j"
Booléen, par défaut à FALSE. Force les opérations en écriture a être bloquantes tant qu'elles ne sont pas synchronisées dans le journal du disque. Si vaut TRUE, une écriture reconnue est implicite, et cette option va écraser la configuration "w" à 0.
Note: Si cette option est utilisée, et que l'historisation est désactivée, MongoDB 2.6+ va lancer une erreur, et l'écriture échouera ; les anciennes versions du serveur vont simplement ignorer cette ooption.
"socketTimeoutMS"
Cette option spécifie la durée limite, en millisecondes, pour la communication avec un socket. Si le serveur ne répond pas pendant cette période, une exception MongoCursorTimeoutException sera émise et il n'y a aucune façon de déterminer si le serveur gère actuellement l'écriture ou non. Une valeur de -1 peut être spécifiée pour bloquer indéfiniement. La valeur par défaut pour MongoClient est 30000 (30 secondes).
"w"
Voir les préoccupatios d'écriture. La valeur par défaut pour MongoClient est 1.
"wTimeoutMS"
Cette option spécifie la durée limite, en millisecondes, pour la reconnaissance des préoccupations d'écriture.Ceci n'est applicable que lorsque "w" est supérieur à 1, sachant que le délai d'attente maximal est en relation avec la réplication. Si la préoccupation d'écriture n'est pas spécifiée dans la durée limite, une exception MongoCursorException sera émise. Une valeur de 0 peut être spécifiée pour un blocage permanent. La valeur par défaut pour MongoClient est 10000 (dix secondes).
Les options suivants sont obsolètes, et ne devraient plus être utilisées :
"safe"
Deprecated. Please use the write concern "w" option.
"timeout"
Alias obsolète pour "socketTimeoutMS".
"wtimeout"
Alias obsolète pour "wTimeoutMS".
Retourne un tableau contenant le statut de la mise à jour si l'option
"w" est définie. Sinon, retourne TRUE.
Les champs du tableau de statut sont décrits dans la documentation de la méthode MongoCollection::insert().
Lance une exception MongoCursorException si l'option "w" est définie, et que l'écriture échoue.
Lance une exception MongoCursorTimeoutException si l'option "w" est définie à une valeur supérieure à 1 et que l'opération prend plus de temps que MongoCursor::$timeout millisecondes à se terminer. Ceci ne va pas mettre fin à l'opération sur le serveur, ce n'est qu'un délai d'attente maximal côté client. L'unité pour MongoCollection::$wtimeout est la milliseconde.
| Version | Description |
|---|---|
| 1.5.0 |
Ajout de l'option "wTimeoutMS", qui remplace
l'option "wtimeout". Emets une alerte de niveau
Ajout de l'option "socketTimeoutMS", qui remplace
l'option "timeout". Emets une alerte de niveau
Emets une alerte de niveau |
| 1.3.4 | Ajout de l'option "wtimeout". |
| 1.3.0 |
Ajout de l'option "w".
Le paramètre |
| 1.2.11 |
Lance une alerte de niveau E_DEPRECATED lorsque
le paramètre options est de type scalar.
|
| 1.2.0 | Ajout de l'option "timeout". |
| 1.0.11 | Se déconnecte lors d'erreurs "not master" si "safe" est utilisé. |
| 1.0.9 |
Ajout de la possibilité de passer des entiers à l'option "safe" (auparavant, seuls les booléens étaient acceptés). Ajout de l'option "fsync". Le type retourné a été modifié en un tableau contenant les informations de l'erreur si l'option "safe" est utilisé, sinon, ce sera un booléen comme auparavant. |
| 1.0.5 | Ajout de l'option "safe". |
| 1.0.1 |
Le paramètre options passe de booléen à un tableau.
En version Pre-1.0.1, le second paramètre était une valeur
booléenne optionnelle, spécifiant un upsert.
|
Exemple #1 Exemple avec MongoCollection::update()
Ajout d'un champ adresse à un document.
<?php
$c->insert(array("firstname" => "Bob", "lastname" => "Jones" ));
$newdata = array('$set' => array("address" => "1 Smith Lane"));
$c->update(array("firstname" => "Bob"), $newdata);
var_dump($c->findOne(array("firstname" => "Bob")));
?>
L'exemple ci-dessus va afficher quelque chose de similaire à :
array(4) {
["_id"]=>
object(MongoId)#6 (0) {
}
["firstname"]=>
string(3) "Bob"
["lastname"]=>
string(5) "Jones"
["address"]=>
string(12) "1 Smith Lane"
}
Exemple #2 Exemples avec MongoCollection::update() et upsert
Les Upserts permettent de simplifier le code, vu qu'une simple ligne
permet de créer le document s'il n'existe pas encore (en se basant sur
le paramètre $criteria) ou de le mettre à jour s'il existe.
Dans l'exemple suivant, $new_object contient un modificateur
atomique. Vu que la collection est vide, l'upsert doit insérer un nouveau document,
et utilisera les opérateurs de $criteria pour le créer.
<?php
$c->drop();
$c->update(
array("uri" => "/summer_pics"),
array('$inc' => array("page hits" => 1)),
array("upsert" => true)
);
var_dump($c->findOne());
?>
L'exemple ci-dessus va afficher quelque chose de similaire à :
array(3) {
["_id"]=>
object(MongoId)#9 (0) {
}
["uri"]=>
string(12) "/summer_pics"
["page hits"]=>
int(1)
}
Si $new_object ne contient pas de modificateurs atomiques
(i.e. des opérateurs $), un upsert utilisera
$new_object tel quel comme nouveau document.
Ceci correspond à une mise à jour normale, vu qu'aucun modificateur atomique n'est
utilisé, le document sera écrasé.
<?php
$c->drop();
$c->update(
array("name" => "joe"),
array("username" => "joe312", "createdAt" => new MongoDate()),
array("upsert" => true)
);
var_dump($c->findOne());
?>
L'exemple ci-dessus va afficher quelque chose de similaire à :
array(3) {
["_id"]=>
object(MongoId)#10 (0) {
}
["username"]=>
string(6) "joe312"
["createdAt"]=>
object(MongoDate)#4 (0) {
}
}
Exemple #3 Exemple avec plusieurs MongoCollection::update()
Par défaut, MongoCollection::update() met uniquement à jour
le premier document correspondant aux critères $criteria
qu'il trouve. En utilisant l'option "multiple", ce comportement est redéfini.
Cet exemple ajoute un champ "gift" à chaque personne possédant un anniversaire dans le prochain jour.
<?php
$today = array('$gt' => new MongoDate(), '$lt' => new MongoDate(strtotime("+1 day")));
$people->update(
array("birthday" => $today),
array('$set' => array('gift' => $surprise)),
array("multiple" => true)
);
?>
La documentation PHP sur les mises à jour et la » documentation core de MongoDB.