Cette rubrique répertorie les questions fréquemment posées concernant l'utilisation d'OpenSearch.
Système
Q : Qu'est-ce qu'OpenSearch ?
OpenSearch est un service de recherche cloud conçu pour les données structurées. Créez facilement un service de recherche de haute qualité, évolutif et personnalisable, sans gérer les détails techniques sous-jacents. Configurez simplement les paramètres et téléchargez vos données. Récupérez ensuite les résultats de recherche via une API. Nous fournissons également des kits de développement logiciel (SDK) pour les langages de programmation courants. Pour consulter la liste des langages pris en charge, accédez au Download Hub sur l'interface de gestion.
Q : Quels sont les avantages d'OpenSearch ?
OpenSearch est un service de recherche cloud hautement évolutif qui étend automatiquement les ressources matérielles à mesure que le volume de vos données augmente. Mettez en place un service de recherche sans investissement matériel. La fonctionnalité de recherche n'alourdit pas vos serveurs existants. Des résultats de recherche rapides et de haute qualité répondent mieux aux besoins informationnels de vos utilisateurs. Cela améliore l'engagement des utilisateurs et augmente le trafic ainsi que la popularité de votre produit. À terme, cela peut générer une valeur économique significative.
Q : Combien de requêtes de recherche puis-je envoyer ?
Il n'y a aucune limite. Configurez manuellement les paramètres dans la console selon vos besoins. Les requêtes impliquant un nombre très élevé de requêtes par seconde (QPS) nécessitent un examen manuel. Soumettez ces demandes dès que possible. Si le QPS est trop élevé, le système ajuste automatiquement ses paramètres internes. Ce processus peut prendre plusieurs jours.
Q : Quelle est la latence d'une requête de recherche ?
La latence d'accès réelle dépend fortement de la complexité de la requête et du nombre de documents correspondants. Testez vos données pour déterminer la latence spécifique à votre cas d'utilisation.
Q : Comment OpenSearch est-il facturé ?
Pour plus d'informations, consultez Présentation de la facturation des instances OpenSearch standard. Après la mise à jour du modèle de facturation, deux méthodes sont disponibles : l'ancienne méthode basée sur le stockage et le QPS, et la nouvelle méthode basée sur les LCU. Remarque : si vous utilisez l'ancienne méthode de facturation, la consommation de LCU affichée dans la surveillance n'est pas liée à la facturation. Utilisez-la uniquement comme référence pour les performances de recherche.
Flux
Q : Qu'est-ce qu'une application et comment en créer une ?
Une application est un ensemble de documents consultables partageant le même schéma d'application. Définissez des tables de données, des types de champs et des propriétés de recherche au sein d'une application. Téléchargez également des données et récupérez des résultats de recherche. Créez, gérez et supprimez des applications depuis la console ou via une API web.
Q : Quel est l'objectif de l'option « index to » lors de la définition d'un schéma d'application ?
Lorsque vous utilisez une clause query pour rechercher un mot-clé, spécifiez l'index à interroger. Il s'agit du champ défini dans la propriété « index to » du schéma d'application. Un champ d'index contient un ou plusieurs champs source. Lorsque vous définissez un champ d'index, le moteur DPI construit un index inversé qui associe les requêtes de recherche aux documents. Le système localise ainsi rapidement les documents en fonction des requêtes de recherche, ce qui améliore considérablement les performances des requêtes.
Par exemple, un forum présente deux exigences de recherche : 1. Une recherche combinée du titre, du corps et de l'auteur. 2. Une recherche portant uniquement sur le titre. Les champs source sont title, body et author. Indexez title, body et author dans un champ default. Ensuite, indexez title dans un champ title_search. Ainsi, query=default:'keyword' satisfait la première exigence, et query=title_search:'keyword' satisfait la seconde.
Q : Qu'est-ce qu'un modèle ?
Un modèle est un conteneur d'application créé pour les données Internet typiques afin de réduire votre charge de travail. Il inclut un schéma d'application, des méthodes de tri et d'autres configurations. Consultez les détails des modèles disponibles lors de la création d'une application. D'autres modèles seront ajoutés à l'avenir.
Q : Puis-je modifier le schéma d'application d'un modèle après l'avoir sélectionné ?
Oui. Accédez à Application Management > Details > Offline Change. Pour les étapes spécifiques, consultez Modification hors ligne.
Q : Comment télécharger des données dans une application ?
Si vous utilisez RDS, MaxCompute (anciennement ODPS) ou PolarDB, configurez la synchronisation automatique en fournissant les informations de l'instance dans la console. Les autres utilisateurs peuvent télécharger des données via l'API de téléchargement de données ou la fonction de téléchargement dans l'interface de gestion.
Q : Combien de documents puis-je télécharger ?
Il n'y a aucune limite supérieure au nombre de documents que vous pouvez télécharger dans une application. Configurez le quota de capacité de document dans la console. Pour plus d'informations, consultez la section Quota et Facturation dans Application Management. Comme pour le QPS de pointe, les demandes de grande capacité nécessitent un examen manuel. Ce quota affecte votre facturation ; configurez-le donc selon vos besoins.
Q : Comment supprimer une application ?
Pour supprimer une application, cliquez sur le nom de l'index dans l'outil de gestion. Sur la page des détails de l'index, cliquez sur Delete Application et confirmez l'action dans l'invite.
Q : Comment supprimer des documents d'une application ?
Pour supprimer un document spécifique, définissez l'opération sur delete dans les données que vous téléchargez à l'aide du SDK. La page Search Test de la console propose également une fonctionnalité pour supprimer des documents spécifiques.
Q : Comment vider une application ?
Pour conserver le nom de l'application, supprimez les documents un par un afin de vider l'index. Si vous n'avez pas besoin de conserver le nom de l'application, créez une nouvelle application et copiez-y la configuration. Une fonctionnalité distincte de vidage des données sera fournie à l'avenir. L'édition Premium prend désormais en charge les tâches de nettoyage planifiées pour conserver les documents pendant 7 à 180 jours.
Importation de données
Q : OpenSearch peut-il être utilisé avec des services de base de données Alibaba Cloud comme RDS ?
Oui. Configurez les informations de l'instance RDS dans les paramètres de source de données de l'application. Cela permet la synchronisation automatique des opérations RDS vers le système OpenSearch. Après la configuration, importez les données et reconstruisez l'index pour importer toutes les données actuelles dans le système.
Q : Avec quels produits Alibaba Cloud OpenSearch s'intègre-t-il directement ?
Actuellement, OpenSearch prend en charge RDS, MaxCompute (anciennement ODPS) et PolarDB. D'autres produits seront intégrés à l'avenir.
Q : Quel est le format de document pour les téléchargements via l'API ou le SDK ?
OpenSearch prend actuellement en charge le format JSON. Pour plus d'informations, consultez l'exemple de fichier sur la page du modèle ou la section de traitement des données dans la documentation de l'API.
Q : Quelle est la différence entre les commandes « add » et « update » ?
Lorsque vous téléchargez un document avec la commande add ou update, si vous ne fournissez pas de valeurs pour certains champs, la commande add les écrase avec des valeurs par défaut, tandis que la commande update ne les traite pas.
Recherche
Q : Quelles fonctionnalités de recherche OpenSearch propose-t-il ?
OpenSearch propose la recherche de types de données primitifs tels que le texte et les nombres. Il offre également des fonctionnalités telles que la requête, le filtrage, le tri, les statistiques et l'agrégation. Parmi les autres fonctionnalités figurent des modèles de données typiques, des schémas d'index personnalisés, un tri personnalisé des résultats de recherche, une analyse de requête personnalisée (telle que les synonymes et la correction d'erreurs) et des suggestions de saisie semi-automatique.
Q : Comment récupérer tous les documents ?
Cette fonctionnalité n'est pas prise en charge. Un moteur de recherche est conçu pour renvoyer les meilleurs résultats dans les plus brefs délais. Par conséquent, il ne propose pas de fonctionnalité permettant d'afficher tous les documents. OpenSearch impose une limite au nombre maximal de résultats pouvant être renvoyés (voir Limites du système). La pagination est également limitée à ce nombre total de résultats disponibles.
Q : Pourquoi un type Array est-il renvoyé sous forme de chaîne plutôt que sous forme de tableau dans les résultats de recherche ?
Les éléments d'un type Array dans les résultats de recherche sont séparés par un caractère de tabulation (\t).
Q : Puis-je spécifier ma propre méthode de tokenisation et mon propre dictionnaire dans OpenSearch ?
La tokenisation est utilisée à deux endroits : lors de la construction d'un index et lors de l'exécution d'une requête. Les dictionnaires actuels sont configurés globalement pour l'ensemble du système. Les dictionnaires définis par l'utilisateur ne sont pas pris en charge. Cependant, OpenSearch prend en charge plusieurs méthodes de tokenisation, y compris la tokenisation personnalisée. Pour plus d'informations, consultez « Types de champs et types d'analyseurs » dans le Guide de l'utilisateur.
Q : Mon document contient « run fast », mais une recherche pour « run fast now » ne renvoie aucun résultat. Pourquoi ?
OpenSearch exige que tous les termes de la requête tokenisée soient présents dans un document pour que celui-ci soit récupéré. La requête query=default:'run fast now' équivaut à query=default:'run' AND default:'fast' AND default:'now'. Étant donné que le document ne contient pas le terme « now », il n'est pas récupéré.
Dans ce cas, configurez la fonctionnalité « word weight » dans l'analyse de requête pour appliquer une opération RANK aux mots peu importants. Cela résout les problèmes de récupération pour les requêtes de longue traîne. Par exemple, une requête telle que « Have you eaten? » est automatiquement réécrite sous la forme query=default:’eaten’ RANK default:’Have’ RANK default:’you’. Cela garantit que les documents correspondant à la requête complète sont récupérés et classés plus haut que les documents correspondant uniquement au terme principal, « eaten ».
Q : J'ai recherché « mx » et « player », mais mon document contenant « mxplayer » n'a pas été récupéré. Pourquoi ?
Pour l'anglais, la granularité minimale de tokenisation se situe au niveau du mot. Le terme « mxplayer » dans le document est traité comme un seul mot. Par conséquent, les recherches pour « mx », « player » ou « mx player » ne peuvent pas récupérer le document contenant « mxplayer ».
Q : OpenSearch prend-il en charge la recherche dans des langues moins courantes ?
Le système prend actuellement en charge la tokenisation sémantique uniquement pour le chinois et l'anglais. D'autres langues utilisant des espaces comme délimiteurs, telles que le portugais et le russe, sont prises en charge pour la correspondance de mots de base, mais pas pour l'analyse sémantique, telle que la correspondance de phrases. Les langues n'utilisant pas d'espaces comme délimiteurs, telles que le japonais et le coréen, ne sont pas prises en charge. Les analyseurs pour le thaï et le vietnamien sont désormais disponibles. Pour plus d'informations, consultez Analyseurs de texte.
Q : Dans les résultats de recherche, comment afficher uniquement le produit le plus pertinent de chaque membre, puis afficher le total ?
Utilisez une combinaison de la clause Aggregate et de la clause Distinct. La clause Distinct permet de diversifier les résultats de la même catégorie. La clause Aggregate permet de fournir des statistiques pour les résultats de la même catégorie.
Q : Existe-t-il un mécanisme de mise en cache pour la recherche ?
Les résultats pour la même requête sont mis en cache pendant 5 minutes. La mise en cache est activée par défaut et ne peut pas être modifiée ni désactivée.
API et SDK
Q : Quelle est l'adresse endpoint pour pousser des données avec le SDK ?
OpenSearch est déployé dans plusieurs régions, et chaque région dispose d'un endpoint API unique. Vous trouverez l'endpoint dans les détails de l'application.
Q : Le SDK a renvoyé « ok » après le téléchargement des données, mais je vois des erreurs sur la page. Comment obtenir les messages d'erreur ?
Lorsque le SDK renvoie un statut « OK », cela signifie uniquement que le système a reçu les données. Les erreurs survenant lors du traitement ultérieur des données sont affichées dans le journal d'erreurs de l'application dans la console. Si les données sont téléchargées avec succès mais ne sont pas consultables, vérifiez d'abord les informations dans le journal d'erreurs. Corrigez ensuite les données et importez-les à nouveau. Une API pour récupérer les informations du journal d'erreurs n'est pas disponible actuellement.
Si le problème persiste, soumettez un ticket.