En un mot: oui. Le besoin de créer plusieurs fragments primaires découle de la nécessité d'isoler des documents, des comptages extrêmes (par exemple, lorsque vous êtes dans le volume de milliards de documents), ou d'améliorer le débit d'écriture (écrire des documents dans plusieurs endroits, réduisant ainsi charge individuelle).
En pratique, vous souhaitez partitionner en fonction de votre cas d'utilisation, à moins que vous ne soyez l'un de ces deux premiers scénarios (isolation ou comptage extrême).
- Êtes-vous lourd?
- Ecrivez-vous lourd? (Moins commun, mais cela arrive)
Si vous êtes lourd, comme c'est le cas dans la plupart des cas d'utilisation, alors avoir moins de fragments vous aidera en limitant la taille de la requête (moins d'endroits à regarder). Étant donné que vos tailles de partition sont également relativement petites (je considère que tout ce qui est inférieur à 5 Go est relativement petit), vous pouvez facilement obtenir un seul primaire et cela devrait améliorer vos performances de recherche.
Les index qui partagent les mêmes mappages, mais qui sont également minuscules ("quelques centaines de Mo"), devraient probablement être combinés si vous effectuez une recherche entre eux. Si elles sont indépendantes, alors cela ne fait vraiment aucune différence et l'isolation ressemble à une bonne pratique au détriment d'un léger gonflement de votre état de cluster (avec chaque index).
Si la principale chose qui vous inquiète est la performance de recherche, vous pouvez facilement ajouter ou supprimer des répliques, ne pas avoir à se soucier de la taille des fragments pour les performances de recherche sur les petits index – vizgne