Pour garantir une gouvernance parfaite de vos modèles d'intelligence artificielle et faciliter la maintenance de votre base de règles, votre table d'entrée doit être structurée avec rigueur. L'action nécessite obligatoirement de connaître le nom de la variable contenant la syntaxe de la règle, ce qui est renseigné via le paramètre config. En complément, il est stratégiquement indispensable d'utiliser le paramètre ruleId. Ce dernier pointe vers la variable de la table contenant l'identifiant unique métier de chaque règle. Cette traçabilité est vitale lors des déploiements en production, car elle permet d'auditer avec précision quelles règles spécifiques ont déclenché l'affectation d'un document à une catégorie donnée lors de l'inférence.
Comment structurer votre table de données en entrée pour assurer la traçabilité complète de vos règles de catégorie ?
Architecture de Traçabilité dans SAS Visual Text Analytics
Exemples pour l'action compileCategory
Compilation basique d'un modèle
On compile les règles présentes dans la variable 'rule_txt' de la table 'rules_in_cas' vers un fichier binaire 'cat_model'.
Compilation avec intégration de concepts et Tokenizer spécifique
Exemple avancé utilisant des concepts préalablement compilés et forçant le remplacement du modèle existant.
Conseil de l'Expert
Ne vous contentez pas d'un simple identifiant numérique. Utilisez une nomenclature d'ID composite (ex: DEP_2024_001) stockée en Varchar dans votre table CAS. Cela permet de lier directement le résultat du moteur de scoring à votre référentiel de gestion des règles (BRMS) sans jointure coûteuse.
Exigences techniques de la table de configuration
- Normalisation du Schéma : La table d'entrée (souvent appelée rule_table) doit impérativement séparer la logique métier (rule_syntax) de ses métadonnées.
- Mappage via ruleId : Ce paramètre est crucial car il injecte l'identifiant dans la table de sortie outMatches, permettant une traçabilité ligne à ligne entre le texte et la règle déclenchée.
- Type de Variable de Syntaxe : La variable contenant le code LINGK doit être de type Varchar (et non Char) pour supporter des règles complexes sans troncature arbitraire à 32 767 octets.
- Gestion des versions : Intégrez systématiquement une colonne _version_id_ pour isoler les tests A/B au sein d'une même action de scoring.
- Encodage UTF-8 : En Viya 4, assurez-vous que la session CAS et la table sont en UTF-8 pour éviter tout échec de compilation des règles contenant des caractères spéciaux ou des expressions régulières.
Cette réponse vous a-t-elle aidé ?
À lire aussi...
Pourquoi intégrer un modèle de concepts préexistant lors de la compilation de vos catégories textuelles ?
Comment générer un modèle de catégorisation robuste pour l'analyse de texte sous SAS Viya ?
Comment optimiser le traitement du langage naturel et l'analyse sémantique pour les textes en chinois, japonais ou coréen ?