Skip to content

Commit 69f3d8c

Browse files
committed
Plus de référence à l'anglais
1 parent d51a1b6 commit 69f3d8c

File tree

1 file changed

+17
-17
lines changed

1 file changed

+17
-17
lines changed

_posts/2012-08-21-au-coeur-d-elasticsearch.markdown

Lines changed: 17 additions & 17 deletions
Original file line numberDiff line numberDiff line change
@@ -54,7 +54,7 @@ Une fois le texte analysé et transformé, il faut maintenant le stocker dans un
5454

5555
Le contenu de l'index inversé ressemblera à ça:
5656

57-
Inverted Index:
57+
Index Inversé:
5858

5959
"road" : {Doc1}
6060
"distributed" : {Doc1}
@@ -67,7 +67,7 @@ Maintenant opérons de même pour la phrase suivante : Doc2 = 'ElasticSearch a d
6767

6868
L'index inversé ressemble maintenant à ça:
6969

70-
Inverted Index:
70+
Index Inversé:
7171

7272
"road" : {Doc1}
7373
"distributed" : {Doc1, Doc2}
@@ -83,23 +83,23 @@ Un index inversé peut être vu comme une base [clé: multiples valeurs](http://
8383

8484
Maintenant que nous avons une base clé - multiple valeurs, il est assez facile de faire une recherche sur un terme:
8585

86-
Get from index: "engine" => {Doc1,Doc2}
86+
Récupérer dans l'index: "engine" => {Doc1,Doc2}
8787

8888
Les IDs des documents nous sont retournés.
8989

9090
## Indexer != Stocker
9191

9292
Si nous souhaitons que ce soit le document et non l'ID qui soit retourné, il faut stocker le document à côté.
9393

94-
Storage:
94+
Stockage:
9595

9696
"Doc1":"Road to a Distributed Search Engine"
9797
"Doc2":"ElasticSearch a distributed, RESTful Search Engine"
9898

9999
Il faut donc interroger les deux bases : l'index inversé puis la base clé-valeur contenant les documents.
100100

101-
Get from index: "engine" => {Doc1,Doc2}
102-
Get from storage: Doc1 AND Doc2 => ["Road to a Distributed Search Engine", "ElasticSearch a distributed, RESTful Search Engine"]
101+
Récupérer dans l'index: "engine" => {Doc1,Doc2}
102+
Récupérer dans la base de stockage: Doc1 ET Doc2 => ["Road to a Distributed Search Engine", "ElasticSearch a distributed, RESTful Search Engine"]
103103

104104
Par défaut ElasticSearch [index et stocke](http://www.elasticsearch.org/guide/reference/mapping/source-field.html) la donnée de manière completement transparente pour l'utilisateur, mais ceci est [configurable](https://groups.google.com/d/msg/elasticsearch/k_YgO8xspXE/eqY_SHEwgCMJ).
105105

@@ -110,23 +110,23 @@ Lors de l'indexation du premier document : 'Road to a Distributed Search Engine'
110110

111111
Si nous recherchons les mots initiaux dans l'index inversé, nous n'obtiendrons aucun résultat:
112112

113-
Get from index: "Road" => {}
114-
Get from index: "Distributed" => {}
113+
Récupérer dans l'index: "Road" => {}
114+
Récupérer dans l'index: "Distributed" => {}
115115

116116
Les mots avaient été indexés en minuscule.
117117

118118
Il est donc important d'appliquer les mêmes Analysers pour l'indexation et la recherche. C'est le comportement par défaut dans ElasticSearch.
119119

120-
Search: "Road" => {}
121-
Get from index: "road => {Doc1}
120+
Recherche: "Road" => {}
121+
Récupérer dans l'index: "road => {Doc1}
122122

123123

124124
## Syntaxe de requête
125125

126126

127127
Et si nous cherchions "(road OR path) AND search"
128128

129-
Inverted Index:
129+
Index Inversé:
130130

131131
"road" : {Doc1}
132132
"distributed" : {Doc1, Doc2}
@@ -137,12 +137,12 @@ Inverted Index:
137137

138138
Query:
139139

140-
Get from index: "road => {Doc1}
141-
Get from index: "path => {}
142-
Evaluate: (road OR path) => {Doc1}
143-
Get from index: "search => {Doc1, Doc2}
144-
Evaluate: (road OR path) AND search => {Doc1}
145-
Return => {Doc1}
140+
Récupérer dans l'index: "road => {Doc1}
141+
Récupérer dans l'index: "path => {}
142+
Evaluer: (road OU path) => {Doc1}
143+
Récupérer dans l'index: "search => {Doc1, Doc2}
144+
Evaluer: (road OU path) ET search => {Doc1}
145+
Retourner => {Doc1}
146146

147147
A partir d'un index inversé nous pouvons commencer à construire des requêtes complexes
148148
[Syntaxe des requêtes Lucene](http://lucene.apache.org/core/3_6_1/queryparsersyntax.html).

0 commit comments

Comments
 (0)
pFad - Phonifier reborn

Pfad - The Proxy pFad of © 2024 Garber Painting. All rights reserved.

Note: This service is not intended for secure transactions such as banking, social media, email, or purchasing. Use at your own risk. We assume no liability whatsoever for broken pages.


Alternative Proxies:

Alternative Proxy

pFad Proxy

pFad v3 Proxy

pFad v4 Proxy