SQL uganka

-- setup
create table test (a number, b number , c number /* primary key */ );

-- tole napolni tabelo s podatki za test, z 500000 vrsticami (OK, ena manj)
insert into test select 0,0,level from dual connect by level<500000;
update test set b=99 where mod(c , 2)  = 0; -- tole bi lahko v zgornji INSERT stlačili...

         A          B     C
---------- ---------- ----------
         0          0     1
         0         99     2
         0          0     3
         0         99     4
         0          0     5
         0         99     6
itd...

update test set a=1 where b=0;

update test set a=1 where c in (select c from test where b=0);

Utisevalec je 15. sep 2025 ob 18:43:07 izjavil:

Povedat moraš tudi frekvenco in zaporedje ukazov.

Utisevalec je 15. sep 2025 ob 18:43:07 izjavil:

Zgornja dva ukaza niti priblizno nista ista v izvedenem zaporedju

Lahko izvedeš enega, ali drugega. A je rezultat v obeh primerih enak?

update test set a=2, b=2 where c between 300000 and 400000;

         A          B
---------- ----------
         1          2

Utisevalec je 15. sep 2025 ob 19:54:20 izjavil:

Kot sem rekel, v transakcijski DB je pomembno zaporedje ukazov. SQL bo desni ukaz vedno izvajal pred levim (SELECT pred INSERT). A izvede admin nek ukaz prej ali pa se izvedejo zapisi vmes je enako. Sicer klasičen catch22 pri teh SQL ukazih imaš v izvajanju linearne kode, kjer hitro dobiš real-life bug (vzemi neko JS "ajax" kodo pa jo izvajaj po koncetu nesinhronosti pa dobiš to kar rabiš za bug).

Utisevalec je 15. sep 2025 ob 19:12:14 izjavil:

Če smatraš SQL bazo kot transakcijsko, potem ukaza nista enaka, ker se tisti SELECT vedno izvede prej (vmes imaš lahko nafilanih 100 vrstic kjer B == 0 in jih ne bo zajetih v SELECT stavku, bi pa bile v prvem primeru). Če govorimo o 10 updejtih na uro sta pa stavka enaka.

David Mayer je 15. sep 2025 ob 20:28:56 izjavil:

Menim, da je ta uganka absurdna poenostavitev nekega realnega problema ampak IDK-IDC

MrStein je 15. sep 2025 ob 18:33:10 izjavil:

Dodatno vprašanje:

Če se po kreiranju tabel in podatkov za spremembe uporabljata samo omenjena dva UPDATE ukaza, kake so možne vrednosti (kombinacije) stolpcev a in b ?

mn je 16. sep 2025 ob 21:22:46 izjavil:

Torej tudi če ta UPDATE in administratorjev UPDATE prideta na bazo istočasno bo eden čakal da se drugi izvede do konca ker morata zaklepati enake bloke in tudi če bo baza res vzporedno izvajala oba dva, bo morala spremembe enega procesa zavreči (ne vem o delovanju dovolj da bi si upal trditi da sploh lahko delata istočasno na obeh).

mn je 16. sep 2025 ob 21:22:46 izjavil:

Potem se lahko v bazi pojavijo zapisi, kjer je:

 A B
 ---------- ----------
 1 2

Oziroma bolj enostavno, če nisem kaj spregledal do tega NE MORE priti.