вопрос от Банди

[clueless]

Обычно они "умирают" минут 30 примерно (агонизируют)...:grum:
Но "растягивать сложные запросы" на "генерируемую веб-страницу" - это очень неудачное решение. Проще вывести "незакрываемое" окно , а внутри выполнить запрос к скрипту через AJAX асинхронно. :grum:

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

[Радригес]

кто к нам с сиквелем придет по ораклу и получит (ц)

[clueless]

Бандь,видимо для того чтоб ответить на твой вопрос надо знать много нюансов:rolleyes:Вот что мне написали
" как и что писано в ДАННОЙ процедуре, был или не был явно указан старт транзакии, может там всередине были коммиты...

некоторые клиенты могут прерывать выполнение скриптов, некотрые не могут..."

коммит один, только в начале чтобы зафиксировать первый инсерт. Потом долго-долго ничего нет, вызов другой процедуры (в коротой, я имею основания полагать, сидит баг), потом вконце удалеие тово самого рекорда с коммитом, потом идут титры
понятно что где-то в середине оно вырубаетсо и роллбэкает вплоть до первого коммита. Вопрос - где? И что при этом делает юзарь?

[смешно]

Если "процесс" состоит из multiple sql commands, то те команды, которые ещё не успели execute, они и не будут execute после отрубания клиента. Проверено на практике. Но если ты executed stored procedure, то она будет continue to run.

Из web клиента, как правило, запускается procedure или package.
Поэтому будет ранаться.

[clueless]

Если "процесс" состоит из multiple sql commands, то те команды, которые ещё не успели execute, они и не будут execute после отрубания клиента. Проверено на практике. Но если ты executed stored procedure, то она будет continue to run.

aaga...

[смешно]

aaga...

ну ты всё поняла в таком случае. У меня такое было и не раз. Прикинь, сделал ошибку, в процедуре, там получилась бесконечная LOOP. Ничего не поможет, пока не KILL process, Это независимo закрыл ты или DISCONNECT.

[clueless]

ну ты всё поняла в таком случае. У меня такое было и не раз. Прикинь, сделал ошибку, в процедуре, там получилась бесконечная LOOP. Ничего не поможет, пока не KILL process, Это независимo закрыл ты или DISCONNECT.

инфинит луп - да, только душить. А к примеру запущена длинная и запутанная процедура в sql+, а в другом окне ты компеллируешь эту же процедуру (со мной это происходит регулярно), то первая процедура не даст хода второй, и обе повиснут. Так вот, в этом случае первое окно вырубаетсо запросто.

[смешно]

я уже работаю только с веб клиентами, там сделано более умно, и ничего не зависает, (ждёт пока откомпелируется), да и вообще SQL+ разве кто пользуется?, TOAD для этих целей....и других... ну ты сама знаешь, если Ораклом пользуешься.

я теперь в ЛУПАХ ставлю if i > XXX then exit; end if;
just in case

[crazy-mike]

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

Первую версию "типа программы" ведь "всегда выбрасывают"!!!! :grum:
Переписать на самом деле намного проще - по крайней мере тех "ошибок" , которые были сделаны в "первой версии" уже не будет (новые конечно же "типа появятся" :grum: Но их искать будет уже проще. ).

[peterburger]

Если "процесс" состоит из multiple sql commands, то те команды, которые ещё не успели execute, они и не будут execute после отрубания клиента. Проверено на практике. Но если ты executed stored procedure, то она будет continue to run.
Из web клиента, как правило, запускается procedure или package.
Поэтому будет ранаться.

Дело не в кол-ве стейтментов а в транзакции.
И где зарыт коммит.