BD-2st-1.2-w10.tresc-1.1-Slajd9
Tryb blokady aktualizacji (2)
Realizacja tej transakcji, zgodnie z hierarchicznym algorytmem 2PL, przebiega następująco. Na relacji Emp jest zakładana blokada intencyjna RIW, następnie, na wszystkich rekordach odczytywanych przez transakcję jest zakładana blokada do odczytu, a następnie, na wszystkich rekordach, które spełniają predykat aktualizacji, jest zakładana blokada do zapisu. Jeżeli, współbieżnie, inna transakcja aktualizuje zarobki pracownika „Dziandziak”, istnieje duże prawdopodobieństwo wystąpienia zakleszczenia. Prawdopodobieństwo wystąpienia zakleszczenia rośnie dla rekordów często aktualizowanych. Takie rekordy w bazie danych nazywamy „hotspots”. Jak pokazała analiza działania systemu R, prototypowej wersji systemu DB2, większość zakleszczeń pojawia się w wyniku wykonywania aktualizacji na danych typu hotspots. W celu rozwiązania tego problemu wprowadzono blokadę aktualizacji. Cechą charakterystyczną tej blokady jest jej asymetria w stosunku do blokady R. Jeżeli transakcja T1 założyła blokadę do odczytu danej X, to inna transakcja T2 może założyć blokadę aktualizacji U tej danej. Jeżeli natomiast, transakcja T2 założyła blokadę U danej Y, to transakcja T1 nie może założyć już blokady R danej Y.
