И
Size: a a a
2020 March 25
И
Оклад 100 рублей, автору- 0 лет
LN
Там чувак залетел и сразу оскорблять всех
григорий, надеюсь не про меня)))
GS
LN
Вакансии в @nodejs_jobs
без проблем, так написал, надеюсь не сильно задел кого либо, вакансии не помогают, ну еще раз извеняюсь ,
PS
если я хочу, чтобы доступ к некой асинхронной функции был последовательным, то что лучше:
локи (async-lock, async-mutex и т.д.) или акторы (comedy)?
локи (async-lock, async-mutex и т.д.) или акторы (comedy)?
LN
если я хочу, чтобы доступ к некой асинхронной функции был последовательным, то что лучше:
локи (async-lock, async-mutex и т.д.) или акторы (comedy)?
локи (async-lock, async-mutex и т.д.) или акторы (comedy)?
если запрос к бд, то я помоему месяцок назад уже задавал вопрос этот
PS
если запрос к бд, то я помоему месяцок назад уже задавал вопрос этот
и что ответили
LN
транзакции юзать
LN
помоему у моих беков так вопрос и остался открытым, отложили его
PS
транзакции юзать
это слишком базоспецифично.
допустим, у меня внешнее апи, в котором нет транзакций
допустим, у меня внешнее апи, в котором нет транзакций
LN
это слишком базоспецифично.
допустим, у меня внешнее апи, в котором нет транзакций
допустим, у меня внешнее апи, в котором нет транзакций
а ну если апи чейто , то ет не как у меня, мы даже со своим апи так и не решили что делать
PS
а ну если апи чейто , то ет не как у меня, мы даже со своим апи так и не решили что делать
но по сути это тоже самое — есть некая асинхронная операция, которая может быть вызвана сразу несколько раз, чего вы хотите избежать
LN
async не решает проблемы того что одинаковый запрос может прибежать на апи сервер , может не совсем по русски пишу ))
PS
async не решает проблемы того что одинаковый запрос может прибежать на апи сервер , может не совсем по русски пишу ))
так мне не важно что одинаковый, мне важно что могут вызваться два сразу
PS
Consider the following code
redis.get('key', function(err, value) {
redis.set('key', value * 2);
});
The above code simply multiply a redis key by 2. However, if two users run concurrency, the execution order may like this
user1: redis.get('key') -> 1
user2: redis.get('key') -> 1
user1: redis.set('key', 1 x 2) -> 2
user2: redis.set('key', 1 x 2) -> 2
redis.get('key', function(err, value) {
redis.set('key', value * 2);
});
The above code simply multiply a redis key by 2. However, if two users run concurrency, the execution order may like this
user1: redis.get('key') -> 1
user2: redis.get('key') -> 1
user1: redis.set('key', 1 x 2) -> 2
user2: redis.set('key', 1 x 2) -> 2
LN
так мне не важно что одинаковый, мне важно что могут вызваться два сразу
угу , вот именно такой вопрос и стоит , сразу два три, а надо последовательно, один должен дождаться второго , а для этого бек база не должна разрешать читать данные
LN
получается только лок таблички
PS
получается только лок таблички
если речь именно про базу данных, то, по идее, транзакции базы хорошо подойдут, т.к. база сама локнет только те строки в таблице, которые затронуты.
LN
если ответ не поулчишь, завтра своих беков спрошу , мош и решили уже с последовательностью запросов