Моля, имайте предвид, че това, което казвам по-долу, се основава на наблюдения и изводи на Oracle в употреба и не се основава на задълбочено разбиране на вътрешните елементи на Oracle. Нито едно от тях не трябва да се счита за авторитетно.
Това, което devetsided каза в първия си параграф, е вярно. Въпреки това, внимавайте с предложения тест. Не всички дългосрочни заявки за оракул са еднакви. Изглежда, че заявките се оценяват в две фази, първа фаза, която комбинира достатъчно данни, за да знае как да върне редовете в правилния ред, и втора фаза, която връща редовете, запълвайки пропуските, които не е изчислил в първа фаза. Разпределението на работата между двете фази също се влияе от настройките на оптимизатора, базиран на разходите. напр. Първи редове срещу всички редове.
Сега, ако заявката е във фаза 1, заявката за отмяна изглежда в най-добрия случай е поставена на опашка, за да бъде приложена в края на фаза 1, което означава, че заявката продължава да работи.
Във фаза 2 редовете се връщат на групи и след всяка група командата за отмяна може да влезе в сила, така че ако приемем, че драйверът поддържа командата, заявката за отмяна ще доведе до унищожаване на заявката.
Изглежда спецификацията за командата за отмяна на JDBC не казва какво трябва да се случи, ако заявката не спре да се изпълнява и следователно командата може да изчака потвърждението на убийството или може да изтече и да се върне, докато заявката все още работи.
