T
почему они вообще не пишутся в один ключ?
Size: a a a
2020 April 21
AR
почему они вообще не пишутся в один ключ?
В первой имплементации редис стореджа пишется в один, во второй в три (стейт, дата, ведро)
AR
И как раз потому что так безопаснее.
С одним ключем больше шансов получить рейс именно на этот ключ.
С одним ключем больше шансов получить рейс именно на этот ключ.
T
ну даже если в три, почему не через redis script, чтобы атомарно?
AR
ну даже если в три, почему не через redis script, чтобы атомарно?
Потому что они пишутся раздельно, разными методами.
T
И как раз потому что так безопаснее.
С одним ключем больше шансов получить рейс именно на этот ключ.
С одним ключем больше шансов получить рейс именно на этот ключ.
Как раз не безопаснее. У тебя они по логике связаны, а так получается рассогласованность
T
у тебя дата должна соответствовать стейту всегда.
G
дата не привязана к стейту же
AR
Как раз не безопаснее. У тебя они по логике связаны, а так получается рассогласованность
Слабо связаны.
Данные можно юзать вне контекста состояний, состояние можно использовать без данных
Данные можно юзать вне контекста состояний, состояние можно использовать без данных
T
чойто
T
Если дата не привязана к стейту - что она делает в стейте?
AR
Так сложилось исторически, и изменяться именно это вряд ли будет
T
У тебя finish, напрмер, стирает стейт и дату. Если в этом время кто-то установит дату считая, что находится в каком-то стейте, будет говно
T
мда
T
тогда где рейс?
T
data = await get_data() # 1Потом контекст переключается
new_data = data.update_somehow_sync() # тут другая `data`Потом возвращается:
await set_data(new_data) # 0
new_data = data.update_somehow_sync()
await set_data(new_data) # 1выглядит как уровень изоляции read commited, а ты хочешь repeatable read.
S️
S️
в чем причина ошибки?
при загрузке видео?
при загрузке видео?
S️
то что я дополнительно генерирую числа врядли :/ это может быть как-то связано с превышением запросов на колв-о загрузок одного и того же видео?
S
увеличь таймаут