transaction Firebase api appel données en cours est nul

Question

Quand j'utilise transaction() mettre à jour un emplacement, les données à cet endroit est retour nulle, même si l'emplacement ayant des données.

J'ai essayé transaction()après avoir lu les données au même endroit où il donne toutes les données à cet endroit.

Comment puis-je utiliser transaction() si le cas est comme ci-dessus?

Answer 1

Les transactions fonctionnent à la manière de SimpleDB d'Amazon ou d'un cluster de base de données fragmenté. C'est-à-dire qu'ils sont "finalement cohérents" plutôt que garantis cohérents. Ainsi, lorsque vous utilisez des transactions, la fonction de traitement peut être appelée plusieurs fois avec une valeur locale (dans certains cas nulle si elle n'a jamais été récupérée) et de nouveau avec la valeur synchronisée (tout ce qui est sur le serveur).

Exemple:

pathRef.transaction(function(curValue) { 

    // this part is eventually consistent and may be called several times 

}, function(error, committed, ss) { 

    // this part is guaranteed consistent and will match the final value set 

}); 

C'est vraiment l'état d'esprit avec lequel vous devez aborder la transaction de toute façon. Vous devez toujours attendre plusieurs appels, car la première transaction peut entrer en conflit avec une autre modification et être rejetée. Vous ne pouvez pas utiliser la méthode de traitement d'une transaction pour extraire la valeur du serveur (bien que vous puissiez la lire hors du rappel de succès).

empêcher l'événement déclenché localement

Lorsque la transaction se produit, un événement local est déclenché avant d'atteindre le serveur de compensation de la latence. Si la transaction échoue, l'événement local sera annulé (un événement de modification ou de suppression est déclenché).

Vous pouvez utiliser la propriété applyLocallyon transactions pour remplacer ce comportement, ce qui rend les résultats locaux plus lents mais garantit que seule la valeur du serveur est déclenchée localement.

pathRef.transaction(function(curValue) { 

    // this is still called multiple times 

}, function(error, committed, ss) { 

    // this part is guaranteed consistent and will match the final value set 

}, 
    // by providing a third argument of `true`, no local event 
    // is generated with the locally cached value. 
true); 

Answer 2

Vous devez suivre ce modèle:

var pinRef = firebase.database().ref('vm-pin-generator'); 
pinRef.transaction(function(oldPin) { 
    // Check if the result is NOT NULL: 
    if (oldPin != null) { 
     return localPinIncrementor(oldPin); 
    } else { 
     // Return a value that is totally different 
     // from what is saved on the server at this address: 
     return 0; 
    } 
}, function(error, committed, snapshot) { 
    if (error) { 
     console.log("error in transaction"); 
    } else if (!committed) { 
     console.log("transaction not committed"); 
    } else { 
     console.log("Transaction Committed"); 
    } 
}, true); 

Firebase retourne habituellement une valeur null lors de la récupération d'une clé pour la première fois, mais tout en économisant, il vérifie si la nouvelle valeur est similaire à la valeur plus ou ne pas. Si ce n'est pas le cas, Firebase réexécutera le processus entier, et cette fois la valeur correcte est retournée par le serveur.

L'ajout d'un null vérifier et renvoyer une valeur totalement inattendue (0 dans ce cas) fera de nouveau exécuter le cycle par Firebase.