La différence fondamentale réside dans la portée et le contexte d'utilisation :
- checkInAllObjects : S'utilise lorsqu'il n'y a pas de transactionUnité de travail logique regroupant une ou plusieurs opérations. Elle garantit l'intégrité des données en validant (commit) ou annulant (rollback) l'ensemble des modifications de manière atomique. explicite en cours (initiée par
startTransaction). Elle libère les verrous sur les objets qui ont été extraits (check-out) individuellement. C'est une action de nettoyage au niveau de la 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. pour les verrous acquis de manière implicite. Elle n'annule aucune modification de données, elle ne fait que relâcher les verrous. - rollbackTransaction : S'utilise exclusivement dans le cadre d'une transactionUnité de travail logique regroupant une ou plusieurs opérations. Elle garantit l'intégrité des données en validant (commit) ou annulant (rollback) l'ensemble des modifications de manière atomique. explicite. Elle annule toutes les modifications apportées aux objets (tables, etc.) depuis le
startTransactionet libère ensuite les verrous associés. C'est une opération atomique qui garantit l'intégrité des données en cas d'erreur au sein d'un bloc transactionnel.
En résumé, utilisez rollbackTransaction pour gérer les erreurs au sein d'une unité de travail transactionnelle, et checkInAllObjects pour nettoyer les verrous d'une 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. en dehors de toute transactionUnité de travail logique regroupant une ou plusieurs opérations. Elle garantit l'intégrité des données en validant (commit) ou annulant (rollback) l'ensemble des modifications de manière atomique. formelle.
