L'action buildAutoComplete prend en entrée la table de termes issue de l'action buildTermIndex. Elle traite cette liste pour construire une nouvelle table CAS optimisée (spécifiée dans le paramètre casOut). Cette table de sortie n'est pas une simple liste de mots ; elle contient une structure de données spécialisée, souvent un type de trie ou un indexStructure de données accélérant la lecture des lignes d'une table en ciblant directement les valeurs des colonnes indexées, réduisant ainsi les entrées/sorties disque et le temps de traitement. de n-grammes, qui permet de retrouver tous les termes commençant par un préfixe donné en un temps record. La table est chargée en mémoireGemini said
Espace de stockage temporaire (RAM) utilisé par le moteur CAS pour charger et traiter les données à haute vitesse, minimisant les accès disque pour optimiser les performances de SAS Viya. et distribuée sur les différents nœuds du cluster CASUn cluster CAS (Cloud Analytic Services) est le moteur de traitement "in-memory" distribué de SAS Viya. Il gère l'exécution parallèle des données sur plusieurs nœuds pour une performance optimale., garantissant des performances exceptionnelles à grande échelle pour les requêtes de suggestion.
Comment fonctionne l'indexation pour la saisie semi-automatique dans l'architecture CAS ?
Optimisation de l'Indexation Prédictive dans CAS
Exemples pour l'action buildAutoComplete
Génération de base d'un index d'auto-complétion
Cet exemple montre comment générer une table de suggestions à partir d'un index existant nommé 'mon_index'.
Chaînage complet : Indexation et Auto-complétion
Exemple détaillé montrant l'utilisation des options de sortie et la gestion des caslibs pour organiser les suggestions.
Conseil de l'Expert
Pour des performances optimales sur de gros volumes (Millions de termes), assurez-vous que votre table de termes source (buildTermIndex) est préalablement nettoyée des "stop words" et normalisée. L'action buildAutoComplete est sensible à la casse par défaut ; une normalisation en amont réduit drastiquement la taille de l'index final en mémoire.
Architecture Technique de l'Action BuildAutoComplete
- Calcul des poids de pertinence : La table de sortie inclut des métriques de fréquence permettant de classer les suggestions non seulement par ordre alphabétique, mais par probabilité d'occurrence (TF-IDF ou fréquence brute).
- Partitionnement en mémoire : La table générée dans casOut est optimisée pour le chargement en blocs (blocks) dans la RAM de CAS, permettant un accès concurrent ultra-rapide via l'API REST des micro-services SAS.
Cette réponse vous a-t-elle aidé ?
