diff --git a/README.md b/README.md index de981de..2671b0d 100644 --- a/README.md +++ b/README.md @@ -93,12 +93,12 @@ futriix - это легковесная, распределённая NOSQL, и * **Eventual consistency** — модель согласованности в распределённых системах, при которой после прекращения новых обновлений все реплики данных со временем приходят к одинаковому состоянию. -Ключевые особенности применительно к архитектуре СУБД: + Ключевые особенности применительно к архитектуре СУБД: -1. **Допускает временные расхождения** В промежутке между записью и завершением репликации разные узлы могут отдавать разные версии одних и тех же данных. Это нормально для модели и закладывается в дизайн. -2. **Асинхронная репликация** Обновления распространяются по узлам без ожидания подтверждения от всех участников — это повышает доступность и снижает задержки, но добавляет окно несогласованности. -3. **Гарантия сходимости** Если новые изменения не поступают, система гарантированно достигает согласованного состояния на всех репликах. Момент, когда это произойдёт, заранее не фиксируется. -4. **Зависимость от механизмов разрешения конфликтов** Поскольку одновременные изменения могут возникать на разных узлах, корректная работа eventual consistency опирается на стратегии разрешения конфликтов (например, по timestamp, векторные часы, last-write-wins с учётом метаданных и т. п.) +1. **Допускает временные расхождения**
В промежутке между записью и завершением репликации разные узлы могут отдавать разные версии одних и тех же данных. Это нормально для модели и закладывается в дизайн.
+2. **Асинхронная репликация** Обновления распространяются по узлам без ожидания подтверждения от всех участников — это повышает доступность и снижает задержки, но добавляет окно несогласованности.
+3. **Гарантия сходимости** Если новые изменения не поступают, система гарантированно достигает согласованного состояния на всех репликах. Момент, когда это произойдёт, заранее не фиксируется.
+4. **Зависимость от механизмов разрешения конфликтов**
Поскольку одновременные изменения могут возникать на разных узлах, корректная работа eventual consistency опирается на стратегии разрешения конфликтов (например, по timestamp, векторные часы, last-write-wins с учётом метаданных и т. п.)
* **Коллекция (Collection)** - аналог таблицы