Andy_OLAPПотому что у Вас ASP.NET + MARS = true и update идет на вновь созданный id.
Вот этим "UPDATE account SET transaction_id = @transaction_id, amount_open = @amount_open WHERE user_id = @user_id " Вы только всех запутали.
В реальности делая "UPDATE account SET transaction_id = @transaction_id, amount_open = @amount_open, amount_freez=@amount_freez WHERE id = @some_id ", нужно убедиться, что insert, создавший запись с новым id, виден запросу update.
А он проходит нормально, потому что апдейтить нечего.
Ну а далее у Вас в процедуре где-то явно задано использовать что-то из только-что "проапдейченной" записи, которой еще нет. И все падает.
Ловите профайлером insert и update. Когда поймаете попытку сделать update по несуществующему id - поднимайтесь вверх и смотрите, кто и когда сделал insert с таким id.
Жаль что у меня не ASP.NET
Andy_OLAPВ реальности делая "UPDATE account SET transaction_id = @transaction_id, amount_open = @amount_open, amount_freez=@amount_freez WHERE id = @some_id ", нужно убедиться, что insert, создавший запись с новым id, виден запросу update.
insert не было, но id, виден запросу update - не подскажете как это проверить?
Andy_OLAPА он проходит нормально, потому что апдейтить нечего.
это объясняет отсутствие ошибки в логах, но не объяснять причину НЕ продолжения процедуры.
Апдейт стоит в конце и дальше только запись в лог "начисление произошло", без каких либо указателей на предыдущий апдейт, а записи нет
Andy_OLAPЛовите профайлером insert и update. Когда поймаете попытку сделать update по несуществующему id - поднимайтесь вверх и смотрите, кто и когда сделал insert с таким id.
Спасибо за совет, приблизительно это сейчас и делаю
и да, начитался что иногда не находит из за неверного типа данных
поставил принудительное приведение...
1.
UPDATE [account] SET transaction_id = CAST(@transaction_id AS int), amount_open= CAST(@amount_open AS int), amount_freez = CAST(@amount_freez AS int) WHERE id = CAST(@some_id AS int)
