Я увидел, что rethinkdb имеет возможности реального времени, что заставило меня подумать, что он отлично подойдет для приложения чата, однако я увидел предостережение на веб-сайте переосмысления, в котором говорится, что приложения, требующие высокой пропускной способности записи, должны вместо этого рассматривать riak.
Что это за ограничение для записи, о котором идет речь, и подходит ли он для стандартного чат-приложения, которое будет поддерживать многие тысячи одновременных пользователей?
RethinkDB - хороший выбор для приложения чата. Фактически, его каналы изменений в реальном времени специально разработаны, чтобы упростить создание таких приложений реального времени. .
В FAQ на самом деле говорится:
В некоторых случаях RethinkDB жертвует доступностью записи в пользу согласованности данных. Если высокая доступность записи имеет решающее значение, и вы не возражаете против конфликтов, вам может быть лучше использовать систему в стиле Dynamo, такую как Riak.
Доступность записи - это не то же самое, что пропускная способность записи. Пропускная способность RethinkDB более чем способна обрабатывать тысячи одновременных пользователей (большинство баз данных в этом отношении справятся).
Что касается доступности для записи: RethinkDB поддерживает согласованность, тогда как Riak поддерживает доступность. Этот набор компромиссов обычно называют теоремой CAP, которая утверждает, что в одной распределенной системе невозможно достичь всех трех свойств: согласованности, доступности и устойчивости к разделению.
Вы можете узнать больше о том, что это означает, в FAQ по архитектуре RethinkDB.
