SQL: Wprowadzenie do transakcji

0:00Tą lekcję nietypowo zacznę od małego przykładu przykład

0:05dotyczy operacji na bazie wszystkie operacje wykonywane

0:10do tej pory były wykonywane w transakcjach tylko

0:14nie było to widoczne każda operacja każde zapytanie było

0:18poprzedzone rozpoczęciem transakcji i zakończone zamknięciem

0:22transakcji tylko że było to robione w tle przez bazę a

0:27teraz rozpoczniemy transakcje ręcznie słówkiem

0:32begin żeby kontrolować to co się dzieje i za

0:36szybko jej nie zamknąć następnie wykasujemy kilku

0:41bohaterów możemy

0:46to już odpalić zostali wykasowani

0:50ale zanim zamkniemy transakcję

0:54straszna rzecz się stanie

0:55serwer zostanie wyłączony mógłby zostać wyłączony

0:59z wielu powodów awaria zasilania przepełnienie

1:04się dysku w tym wypadku akurat będzie to ręczne wyłączenie które

1:08jest najłatwiej zasymulować ale efekt jest ten sam widzimy

1:13że coś się stało z połączeniem skoro wyłączyliśmy serwer

1:17to utraciliśmy z nim połączenie dobrze serwer

1:22się wyłączył a co się stało z naszą transakcją uruchommy

1:26na nowo serwer i zobaczymy co się stało z danymi które

1:32chcieliśmy zmodyfikować okazuje

1:37się że wszyscy bohaterowie są żaden nie został usunięty

1:42transakcja nie doszła do skutku nie zatwierdziliśmy jej

1:46a to że serwer został zatrzymany

1:50spowodowało że wszystkie zmiany które chciałem dokonać w czasie

1:54tych transakcji zostały cofnięte no właśnie co

1:58to są transakcje otóż jak właśnie miałeś okazje doświadczyć

2:03mechanizm transakcji pozwala na wykonanie kilku zapytań w

2:07jednym bloku tak jak domyślnie pojedyncze zapytanie od razu jest

2:11pakowane w transakcje możemy ręcznie stwierdzić

2:16że teraz chcemy w kilka zapytań włożyć do transakcji

2:20i tak się stanie a w ramach transakcji wszystkie zapytania w

2:25bloku są albo wykonane albo żadne z nich nie

2:29jest wykonane tak jak teraz było że nastąpił błąd i

2:33zostało cofnięte wszystko tak naprawdę jeżeli te inne zapytania

2:37tam umieścił które modyfikują dane wszystkie

2:41one by zostały wycofane transakcje

2:45zapewniają cztery właściwości operacji na bazie danych

2:49które są uznane pod akronimem acid czego

2:54dotyczą te cztery litery odpowiadają

2:58one czterem charakterystykom operacji

3:02atomicity consistency isolation i durability atomicity

3:07czyli niepodzielność zapewnia że transakcja zostanie wykonana

3:11w całości albo w ogóle nie zostanie wykonana to co już widziałeś

3:16consistency dotyczy spójności czyli że

3:20po wykonaniu transakcji wszystkie dane są spójne jeżeli modyfikujemy

3:25coś w tabeli powiązanej na przykład to że

3:29te powiązania nadal będą odpowiednio zdefiniowane

3:34isolation dotyczy zmian

3:38współbieżnych znaczy jeżeli dwóch użytkowników modyfikuje rzeczy

3:43w bazie to nawzajem nie widzą zmian przez

3:47siebie wprowadzanych albo na przykład widzą tylko częściowo dopóki

3:51ich nie zatwierdzą dopóki transakcja nie zostanie

3:56zamknięta pozytywnie i trwałość durability

4:02dotyczy tego że wszystkie operacje które

4:06są podczas transakcji realizowane są

4:10trwale zapisane i są dostępne dzięki temu dla

4:15innych operacji dla innych transakcji jeżeli

4:20chodzi o izolację to rozróżniane są cztery

4:24poziomy izolacji w następnej lekcji będę chciał ci pokazać na przykładach

4:29jak wyglądają transakcje dla różnych poziomów izolacji na razie

4:33opowiem o 4 standardowych poziomach wykorzystywanych

4:37w bazach danych zaczynając od najbardziej restrykcyjnego poziomu czyli

4:41serializable gdzie blokowanie jest

4:45zapisów i odczytów podczas

4:49równoległych transakcji w efekcie możemy powiedzieć że każda

4:54transakcja jest wykonywana jedna po drugiej

4:58czyli jedna transakcja czeka aż zostanie

5:02zakończona inna transakcja która korzysta z tych samych

5:06danych to blokowanie zapisów i

5:11odczytów także dotyczy to zakresów danych przy równoległych

5:15transakcjach oznacza nic innego jak to że one

5:19są wykonywane jedna po drugiej czyli po prostu

5:23nie są zrównoleglane czyli są serializowane

5:27jeżeli tylko dotyczą podobnych

5:32obszarów dalej poziom repeatable read gdzie blokowane są też zapisy i

5:37odczyty ale nie dotyczy to zakresów danych następnie

5:42najbardziej popularny poziom izolacji nie tak restrykcyjny

5:46jak poprzednie dwa natomiast nadal dający spójność

5:50danych przy wykonywaniu transakcji czyli poziom

5:55read commited gdzie blokowane są tylko z zapisy natomiast blokady

5:59odczytów nie i ostatni typ read uncommited właściwie

6:05nieużywany który nie ma blokowania ani zapisów ani odczytów to

6:09znaczy że w trakcie wykonywania transakcji wszystko może

6:13się zmienić to jest sytuacja której raczej nie

6:17chcemy mieć dlatego też raczej takiego poziomu izolacji się

6:22nie stosuje