Firebase api chiamata transazione di dati corrente è null

Question

Quando uso transaction() aggiornare una posizione, i dati in quella posizione è ritorni null anche se la posizione aventi alcuni dati.

Ho provato transaction()dopo aver letto i dati nella stessa posizione in cui il tempo sta dando tutti i dati in quella posizione.

Come posso utilizzare transaction() se il caso è come sopra?

Answer 1

Le transazioni funzionano come SimpleDB di Amazon o un cluster di database semplificato. Vale a dire, sono "alla fine coerenti" piuttosto che garantiti coerenti.

Pertanto, quando si utilizzano le transazioni, la funzione di elaborazione può essere richiamata più volte con un valore locale (in alcuni casi nullo se non è mai stato recuperato) e quindi di nuovo con il valore sincronizzato (qualunque cosa si trovi sul server).

Esempio:

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 

}); 

Questa è davvero la mentalità con cui si deve affrontare delle transazioni in ogni modo. Dovresti sempre aspettarti più chiamate, poiché la prima transazione potrebbe scontrarsi con un'altra modifica e essere respinta. Non è possibile utilizzare il metodo di elaborazione di una transazione per recuperare il valore del server (sebbene sia possibile leggerlo dal callback di successo).

Prevenire l'evento innescato localmente

Quando la transazione avviene, un evento locale viene attivato prima che raggiunga il server per la compensazione di latenza. Se la transazione fallisce, l'evento locale verrà ripristinato (viene attivato un evento di modifica o rimozione).

È possibile utilizzare la proprietà on transactionsapplyLocally per sovrascrivere questo comportamento, che rallenta i risultati locali ma garantisce che solo il valore del server venga attivato localmente.

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

è necessario seguire questo schema:

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 solito restituisce un valore nullo durante il recupero di una chiave per la prima volta, ma, mentre il risparmio viene verificato se il nuovo valore è simile al valore di età superiore o non. In caso contrario, firebase eseguirà di nuovo l'intero processo e questa volta il server restituirà il valore corretto.

Aggiunta di un null controllo e restituendo un valore totalmente inaspettato (0 in questo caso) farà incendi il ciclo nuovamente.