Quelles sont les options pour contrôler le comportement de 'addTable' en cas de table existante ou pour la rendre accessible à d'autres sessions ?

Gestion de la Disponibilité et de l'Écrasement

L'action addTableAction CAS permettant de créer une table en mémoire à partir de données locales ou de résultats d'étapes de traitement. Elle est essentielle pour l'analyse interactive et temporaire dans Viya. offre des paramètres pour gérer les tables existantes et contrôler leur visibilité :

  • replace : Si défini à TRUE, toute table existante portant le même nom dans la caslibEspace de stockage logique dans SAS Viya. Elle définit l’accès aux données (source physique) et leur chargement en mémoire (serveur CAS) pour permettre des analyses distribuées haute performance. cible sera écrasée par la nouvelle table. La valeur par défaut est FALSE, ce qui signifie que l'action échouera si une table du même nom existe déjà.
  • append : Lorsqu'il est défini à TRUE, cette option permet d'ajouter les lignes de la table cliente à une table existante sur le serveur, plutôt que de créer une nouvelle table ou de remplacer une table existante. La valeur par défaut est FALSE.
  • promote : En définissant ce paramètre à TRUE, la table sera ajoutée avec une portée globale. Cela signifie qu'elle sera accessible par d'autres sessions CAS, sous réserve des contrôles d'accès appropriés. La caslibEspace de stockage logique dans SAS Viya. Elle définit l’accès aux données (source physique) et leur chargement en mémoire (serveur CAS) pour permettre des analyses distribuées haute performance. cible doit également avoir une portée globale pour que cette promotion soit effective. La valeur par défaut est FALSE, créant une table avec une portée de sessionInstance de connexion active entre un client et le serveur CAS (Cloud Analytic Services), isolant les ressources, les bibliothèques et les traitements d'un utilisateur au sein de SAS Viya..

Ces paramètres offrent la flexibilité nécessaire pour intégrer des données de manière contrôlée dans l'environnement CAS, en évitant les conflits de noms et en gérant la visibilité des ressources de données partagées.

Schéma : Quelles sont les options pour contrôler le comportement de 'addTable' en cas de table existante ou pour la rendre accessible à d'autres sessions ?

Exemples pour l'action addTable

Transfert simple via CASL (Upload)
Schéma conceptuel de l'exemple : Transfert simple via CASL (Upload)

Cet exemple illustre le transfert client-serveur via UPLOAD. L'instruction sérialise work.mes_donnees vers CAS, où l'action addTable instancie la table en mémoire dans la caslib cible.

Chargement optimisé (simulant addTable en coulisses)
Schéma conceptuel de l'exemple : Chargement optimisé (simulant addTable en coulisses)

Cet exemple montre l'usage de UPLOAD pour piloter addTable. Le flux est optimisé par la compression mémoire, la redondance via replication et la persistance globale via le paramètre promote.