Ведения распределенных баз данных, синхронизированных в нестабильной сети

Question

я столкнулся следующий вызов:

У меня есть куча баз данных в различных географических районах, где сеть может провалиться много (я использую сотовую сеть). Мне нужно, чтобы все базы данных синхронизировались, но нет необходимости находиться в режиме реального времени. Я использую Java, но у меня есть свобода выбора любой свободной базы данных.

Любые предложения о том, как я могу это достичь.

Спасибо.

Answer 1

Мне не известны никакие базы данных, которые предоставят вам эту функциональность из коробки; здесь сложная сложность возникает из-за необходимости обеспечения согласованности и разрешения конфликтов (например, что происходит, если сеть делится на две половины, а вы обновляете что-то до значения 123, а я обновляю ее на другой половине до 321, а затем сети снова подключиться?)

Возможно, вам придется сворачивать самостоятельно.

Для некоторых идей о том, как это сделать, проверить дизайн PNUTS системы Yahoo,: http://research.yahoo.com/node/2304 и Динамо Амазонки: http://www.allthingsdistributed.com/2007/10/amazons_dynamo.html

Answer 2

Я не знаю ваших требований или ваших приложений, но это не вопрос быстрого ответа. Мне очень интересно посмотреть, что другие скажут. Однако у меня есть предложение, которое может или не может работать для вас, в зависимости от ваших требований и ситуации. в частности, это не поможет, если ваши пользователи должны использовать приложение, даже если сеть недоступна (автономный доступ).

Хранение связки небольших баз данных, синхронизированное, является довольно сложной задачей для правильной работы. Существует ли какая-либо возможность иметь только одну централизованную базу данных, а также иметь прямое подключение к ней клиентских приложений или (мое предпочтительное решение) писать некоторые веб-службы для обработки доступа/обновления данных, а не иметь кучу клиентских баз данных?

Я понимаю, что это ограничивает автономный доступ, но есть различные стратегии кэширования, которые вы можете использовать. (Это, конечно, возвращает вас к исходному вопросу.)

Answer 3

Это проблема, с довольно установленным сводом исследований (из которых люди, очевидно, не знает) , Я предлагаю не изобретать плохое, дефектное колесо, если это не совсем необходимо (например, такие необычные требования, чтобы разрешить тривиальное решение).

Некоторые ключевые слова: replication, mobile DBMSs, distributed disconnected DBMSs.

Кроме того, эти исследовательские работы актуальны (в качестве примера этой области исследований):

1. Distributed disconnected databases,
   • The dangers of replication and a solution,
   • Improving Data Consistency in Mobile Computing Using Isolation-Only Transactions,
   • Dealing with Server Corruption in Weakly Consistent, Replicated Data Systems,
   • Rumor: Mobile Data Access Through Optimistic Peer-to-Peer Replication,
   • The Case for Non-transparent Replication: Examples from Bayou,
   • Bayou: replicated database services for world-wide applications,
   • Managing update conflicts in Bayou, a weakly connected replicated storage system,
   • Two-level client caching and disconnected operation of notebook computers in distributed systems,
   • Replicated document management in a group communication system,

... и так далее.

Answer 4

Отъезд SymmetricDS. SymmetricDS - это веб-интерфейс, независимый от базы данных, программное обеспечение для синхронизации/репликации данных. Он использует технологии Интернета и баз данных для репликации таблиц между реляционными базами данных в режиме реального времени. Программное обеспечение было разработано для масштабирования для большого количества баз данных, работы через соединения с низкой пропускной способностью и выдерживания периодов отключения сети.