Первую prepare называют, и сводится она к тому, чтоб проверить и залочить все нужное, чтобы можно было отпускать партисипантов.
При этом еще начинают следить за временем ответов.

Читать полностью…

В случае с сагой, чуть-чуть по другому
Если сервак падает, то вроде как не блокируются остальные

Читать полностью…

Тоесть 3 фазы:
Pending
Precommit
Commit

Читать полностью…

начнем с того, что ты тут третью фазу потерял

Читать полностью…

Интересно, тоесть в одном случае 3pc: если нужно чтоб главный получил все что все согласны и после кинуть в промежуточный момент, а там по факту все знают о том что процесс почти завершён и могут доделать все самостоятельно, то при saga есть система компенсаций, тоесть есть сервис который последовательно все вызывает, то в случае если оркестр упал, все просто останется в той последовательности которой была и дождётся когда оркестр поднимется

Я правильно понял?

Читать полностью…

да я то не помню уже где

Читать полностью…

впринципе я припоминаю как через 3pc сагу гдет объясняли

Читать полностью…

Я тоже не вижу разницу с 3pc, там нигде не упоминается как транзакции реализована

Читать полностью…

Прикладные транзакции изобрели и думают что они как-то принципиально отличаются от встроенных в субд и поэтому они саги

Читать полностью…

ты вот этой вот хуйней можешь точно так же описать 3pc, если поменяешь одну транзакцию на другую и добавишь ожидание ответов,
по этому я и спрашиваю че сделал ты

Читать полностью…

ты прочитал че я написал?

Читать полностью…

блядь во всем сообщение

Читать полностью…

это просто объект в системе

Читать полностью…

Я в самом начале сказал что тут нет транзаций БД вообще

Читать полностью…

Так последний раз обьясняю тебе .
Транзакция в данном случае это НЕ транзация в базе. Это именно объект внутри системы отвечающий за пополнение и снятия средств. Термин называется одинаково, но по факту смысл абсолютно разный

у этой транзации есть несколько статусов

например вот:

Pending = 0
Committed = 1
Canceled = 2

когда ты списываешь средства с баланса, то создается транзакция со статусом pending.
в этот момент происходит проверка что деньги на счету есть и эти деньги блокируются для снятия

далее ты идешь в сервис выдачи товаров, и покупаешь товар. Если товар купить не получилось, ты завершаешь транзацию через выставляется статуса Canceled. и деньги размораживаются

если купить получилось то выставляешь статус Committed и средства уже списываются окончательно

Теперь следи внимательно за руками.
Это очень маленький пример саги, прям малюсенький. таких объектов может быть множестово и у них могут быть разные статусы а не как у меня в примере.

Читать полностью…

Поправьте если не прав

Читать полностью…

Если на каком-то из моментов упадёт сервак, то все остальные будут находится заблоченными, до момента пока не восстановиться сервак
Так?

Читать полностью…

или вторую, как посмотреть

Читать полностью…

как то ты все в кучу смешал

Читать полностью…

2 phase commit, 3 phase commit, saga гуглишь, смотришь ченить адекватное

Читать полностью…

Можете скинуть статьи почитать?

Читать полностью…

Вся суть в том что данные до коммита недоступны

Читать полностью…

смысл саги вообще должен описываться через то, что момент начала, момент конца и момент отмены между собой напрямую не связаны

Читать полностью…

Тссс... помолчи.
Сергей заглушен(-а) на 1 день.
Причина:
охуел

Читать полностью…

ты понимаешь, что на разницу буквально блять влияет то, кем это обрабатывается?)

Читать полностью…

все действия будешь на живую делать? прям вообще все?

Читать полностью…

да где тут то ебать. вот тут вот?

Читать полностью…

потому что по факту то разница исключительно в том, как эту транзакцию будут обрабатывать

Читать полностью…

вот только я понятия не имею где какой употребил ты, и есть ли в твоем кейсе вообще между ними разница на самом деле.

Читать полностью…

при этом уходя от вопроса ну прям капитально

Читать полностью…