Dans l'architecture distribuée de SAS Viya, l'action countregViewStore apporte une valeur métier immédiate en évitant le réentraînement itératif et coûteux des modèles économétriquesOutils statistiques et mathématiques analysant des données économiques pour valider des théories, quantifier des relations entre variables et prévoir des tendances futures via des équations.. Le moteur Cloud Analytic ServicesMoteur d'exécution in-memory de SAS Viya. Il assure le traitement massivement parallèle (MPP) et distribué des données pour optimiser les performances analytiques et le passage à l'échelle. utilise cette fonctionnalité pour lire un fichier binaire préalablement sauvegardé, appelé magasin d'éléments. Cela permet aux équipes de data science d'analyser le modèleReprésentation mathématique entraînée sur des données pour capturer des tendances, prédire des résultats ou classifier des observations via des algorithmes (Régression, Forêt aléatoire, Gradient Boosting). de régression de données de comptage de manière instantanée, réduisant ainsi drastiquement la consommation des ressources de calcul sur les plans de données lors de l'industrialisation.
Le secret pour réduire vos coûts d'infrastructure cloud avec les modèles de comptage ?
Optimisation via l'action countregViewStore
Exemples pour l'action countregViewStore
Visualisation basique du modèle restauré
Affiche les informations par défaut (résumé minimal) du modèle sauvegardé.
Inspection complète et sauvegarde des estimations
Dans cet exemple, on demande l'affichage de TOUS les détails possibles (all=true) et on exporte les estimations finales dans une table CAS nommée 'estimates_out'.
Conseil de l'Expert
L'utilisation du moteur Cloud Analytic Services (CAS) pour la persistance des modèles économétriques n'est pas seulement une astuce technique, c'est une stratégie de gouvernance des ressources.
Ne confondez pas le stockage d'un modèle sous forme de table CAS (données) et le Store Item (magasin d'éléments). Le magasin d'éléments (store) est un objet binaire qui encapsule non seulement les coefficients, mais aussi toute la logique de programmation analytique. En production, privilégiez toujours le rechargement du store via l'action countregViewStore plutôt que la réexécution de la procédure, afin d'éliminer le coût CPU lié à la phase d'optimisation non linéaire.
Ne confondez pas le stockage d'un modèle sous forme de table CAS (données) et le Store Item (magasin d'éléments). Le magasin d'éléments (store) est un objet binaire qui encapsule non seulement les coefficients, mais aussi toute la logique de programmation analytique. En production, privilégiez toujours le rechargement du store via l'action countregViewStore plutôt que la réexécution de la procédure, afin d'éliminer le coût CPU lié à la phase d'optimisation non linéaire.
Cette réponse vous a-t-elle aidé ?
