Replication Factor (suite)
Exemple :
Ici, lorsque l'utilisateur ajoute la ligne à la table "UV", la clé primaire 'API04' va être hachée. La fonction va renvoyer un "token", qui va déterminer dans quel nœud va être stockée la ligne.
Comme le Replication Factor est à 3, alors la ligne va être répliquée dans les nœuds suivants.
Remarque :
Si un des nœuds est en panne lors d'une écriture, alors la donnée à écrire va être gardée en mémoire dans une table spéciale du système, appelé hints. Une fois que le nœud redevient accessible, alors toutes les données en mémoire vont être écrites dans le nœud, et supprimées de la table hints.
La table hints est elle même distribuée entre tous les nœuds du cluster.
Attention :
La table system hints n'existe plus dans les version de Cassandra >3 car il y avait 2 scénarios dans lesquels des défaillances pouvaient être rencontrées.