Phenquestions
Que sont les types de mappage?
Dans Elasticsearch, chaque document appartient à un Index et à un Type. Un index peut être considéré comme une base de données alors qu'un type peut être considéré comme une table par rapport à une base de données relationnelle. Un type de mappage était une partition logique d'un objet avec d'autres objets qui appartenaient à d'autres types de mappage dans le même index.
Chaque type de mappage a ses propres champs. Par exemple, un type de utilisateur peut avoir les champs suivants :
"identifiant" : 123,
"nom" : "Shubham",
"site web" : 1
Un autre type de mappage dans le même index site Internet peut avoir les champs suivants qui sont complètement différents du utilisateur taper:
"identifiant" : 1,
"title" : "LinuxHint",
"lien" : "https://linuxhint.com/"
Lors de la recherche d'un document dans un index, la recherche aurait pu être limitée à un seul document en spécifiant un seul champ comme :
GET idx_name/user,website/_search"mettre en doute":
"correspondre":
"identifiant": 1
le _taper domaine des documents a été combiné avec son _identifiant pour générer un _uid champ afin que les documents avec le même _identifiant pourrait exister dans un seul index.
Lisez le didacticiel Elasticsearch pour les débutants pour une compréhension plus approfondie de l'architecture Elasticsearch et commencez avec Installer ElasticSearch sur Ubuntu.
Pourquoi les types de mappage sont-ils supprimés?
Tout comme ce que nous avons dit ci-dessus en expliquant en quoi l'index et les types étaient similaires à une base de données et à une table dans une base de données relationnelle, l'équipe Elasticsearch a pensé la même chose mais ce n'était pas le cas car Lucene Engine ne suit pas la même analogie. Ceci est dû aux raisons suivantes :
- Dans une base de données relationnelle, les tables sont indépendantes les unes des autres et le nom des colonnes, même si elles sont identiques n'ont aucune relation entre elles. Ce n'est pas le cas des champs dans les types de mappage comme dans ES, les champs du même nom sont traités comme le même champ Lucene Engine en interne.
- Dans l'exemple ci-dessus, le champ _identifiant dans utilisateur tapez et site Internet type est stocké dans le même champ et doit avoir exactement le même type, ce qui peut entraîner de la frustration et de la confusion.
- Le stockage d'entités sans champs en commun empêche Lucene de compresser efficacement les documents.
Alternatives aux types de mappage
Bien que la décision ait été prise, nous devons encore séparer les différents types de données. Maintenant, la première alternative est de documents séparés dans leur propre index qui a deux avantages :
- Maintenant que les données sont communes à chaque index, Lucene peut très facilement appliquer ses propres techniques de compression de données.
- Maintenant que tous les documents d'un index ont les mêmes champs, les capacités de recherche en texte intégral augmentent de manière phénoménale à mesure que la notation de chaque document a augmenté.
Une autre alternative à la séparation des données consiste à maintenir un _taper dans chaque document que nous insérons, comme :
METTRE nom_base/doc/123"type": "utilisateur",
"identifiant": 123,
"nom": "Shubham",
"site Web": 1
PUT db_name/doc/website
"type": "site Web",
"identifiant": 1,
"title": "LinuxHint",
"link": "https://linuxhint.com/"
C'est une excellente utilisation si vous recherchez une solution personnalisée complète.
Calendrier de suppression des types de mappage
Comme la suppression des types de mappage est un grand changement, l'équipe ES effectue le processus lentement. Voici un planning de déploiement extrait d'élastique.co:
- Recherche élastique 7.X
- le taper les paramètres dans les URL sont facultatifs. Par exemple, l'indexation d'un document ne nécessite plus de type de document.
- le _défaut_ le type de mappage est supprimé.
- Recherche élastique 8.X
- le taper le paramètre n'est plus pris en charge dans les URL.
- le include_type_name paramètre par défaut à faux.
- Recherche élastique 9.X
- le include_type_name le paramètre est supprimé.
Conclusion
Dans cette leçon, nous avons examiné pourquoi les types Elasticsearch Mapping ont été supprimés et ne seront pas du tout pris en charge dans les versions à venir.
