function update_state(call_uuid, state, event_timestamp) box.begin() local call = calls:get{call_uuid} fiber.yield() if (call[3] < event_timestamp) then ...
а вы не планируете разделение на, условно, core и application? чтобы core можно было использовать к embedded database для случаев когда персистентных данных немного, т.е. relo...
https://github.com/tarantool/tarantool/issues/2528#issuecomment-309735642 omg, так любая транзацкия с yield откатывается? даже без конфликтов?
Не эмулировать файберы, а .net рантайм подружить. А как иначе? Если вызвать из .net апишку тарантула, которая сменит контекст, рантайму это, думаю, не очень понравится.
а в новой версии что будет? будут отслеживаться конфликты?
@kostja_osipov про неявные понятно, они идут с 1 yield (commit), и все транзакции либо успешны, либо cascading rollback. А вот тут?
а после выполнения update он же съелдит, а если за ним следующий вызов update_state? get получит старые данные ведь?
Если есть возможность использовать только тарантул, зачем усложнять себе жизнь? 😊
Привет! А про unity8-desktop-session-mir тут уже поднимался вопрос? Черный экран что на виртуалке что на железе.
на каком уровне интересует объяснение?
даже если где-то открыта транзация на эту строчку?
угу, а данные уже новые будут во втором файбере?
кстати, хранимки на c# кому-нибудь интересны?