В отпуске я прочитал Пэт Хеллда "Life Beyond Transactions" (да, отпуск был таким хорошим :). Резюмируя это, он выступает за ограничение объема транзакций для одного объекта, а затем используя группы «видов деятельности», которые имеют возможность обновлять объект или отменять задачу в любое время, когда происходят изменения, что сделало бы эту задачу недействительной.«Жизнь за пределами транзакций» Модель сущности-сообщения-активности на практике?
(например, заказ на перевозку A требует некоторого количества товара 1. Заказы и предметы отгрузки хранятся как сущности и имеют свои собственные действия. Заказ на перевозку B отправляется с последним из пункта 1 до окончания A. Активность для пункта 1 отменяет заказ на доставку А.)
Я думал, что распечатываю бумагу динамовки, так что простите меня, если я соберу двух здесь. Я видел немало проектов «NoSQL» под влиянием Dynamo и BigTable, особенно в том, как они адресуют объекты по ключам и данным разделов. Мне было интересно, повлияла ли эта модель Entity-Message-Activity на кого-либо из них?
Или, если у вас есть какие-либо операции в HBase, Cassandra, Riak и т. Д., Которые охватывают несколько объектов, мне нужно реализовать все действия самостоятельно (как больше шаблонов проектирования в приложении), или существует какая-то существующая структура? Или они делают что-то еще, что делает весь этот вопрос спорным?
Спасибо!