Chapitre 12. Une cohérence forte
Cet ouvrage a été traduit à l'aide de l'IA. Tes réactions et tes commentaires sont les bienvenus : translation-feedback@oreilly.com
Comme je l'ai décrit au chapitre 11, les bases de données éventuellement cohérentes sont conçues pour évoluer en permettant aux ensembles de données d'être partitionnés et répliqués sur plusieurs machines. L'évolutivité est obtenue au détriment du maintien d'une forte cohérence des données entre les répliques et de l'autorisation d'écritures conflictuelles.
Les conséquences de ces compromis sont doubles. Premièrement, après la mise à jour d'un objet de données, différents clients peuvent voir l'ancienne ou la nouvelle valeur de l'objet jusqu'à ce que toutes les répliques convergent vers la dernière valeur. Deuxièmement, lorsque plusieurs clients mettent à jour un objet simultanément, l'application doit s'assurer que les données ne sont pas perdues et que l'état final de l'objet reflète l'intention des opérations de mise à jour simultanées. Selon les exigences de ton système, la gestion des incohérences et des conflits peut être simple ou ajouter une complexité considérable au code de l'application.
Une autre catégorie de bases de données distribuées propose un modèle alternatif, à savoir les systèmes de données fortement cohérents. Également connus sous le nom de NewSQL ou, plus récemment, de SQL distribué, les systèmes fortement cohérents tentent de garantir que tous les clients voient la même valeur cohérente d'un ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access