(PECL solr >= 0.9.2)
SolrClient::commit — Commit tous les ajouts/modifications effectués sur l'index
$maxSegments = 0
[, bool $softCommit = false
[, bool $waitSearcher = true
[, bool $expungeDeletes = false
]]]] )Commit tous les ajouts/modifications effectués sur l'index.
maxSegmentsNe fait rien, et ne sert qu'à conserver une compatiblité ascendante
OBSOLETE : sera supprimé dans une prochaine version.
softCommitVa rafraîchir la vue de l'index d'une façon plus performante, mais sans aucune garantie d'être sur le disque. (Solr4.0+)
Un commit "soft" est plus rapide sachant qu'il ne modifie que l'index, et ne synchronise pas les fichiers d'index, ni n'écrit de nouveaux descripteurs d'index. Si le JVM crash ou s'il y a un perte d'énergie, les modificiations qui sont survenues après le dernier commit "hard" seront perdues. Les collections de recherche, qui ont des besoins proches du temps réel (qui nécessitent donc que les modifications soient rapidement visibles) doivent avoir des commit soft régulièrement, et moins de commit hard.
waitSearcherAttend jusqu'à ce qu'un nouvel objet de recherche soit ouvert et enregistré comme objet de recherche principal, rendant visible les modifications.
expungeDeletesSupprime définitivement les effacements. (Solr1.4+)
Retourne un objet SolrUpdateResponse en cas de succès, et lance une exception SolrClientException si une erreur survient.
| Version | Description |
|---|---|
| 2.0.0 | Modification de l'API : SolrClient::commit ([ int $maxSegments = 0 [, bool $softCommit = false [, bool $waitSearcher = true[, bool $expungeDeletes = false ]]] ) |
| 0.9.2 | Signature : SolrClient::commit ([ int $maxSegments = 1 [, bool $waitFlush = true [, bool $waitSearcher = true ]]] ). $waitFlush : bloc tant que les modifications de l'index ne sont pas écrites sur le disque. |
PECL Solr >= 2.0 ne supporte que le serveur Solr >= 4.0