Home
Carter, Lin Terra Fantasy 0021 Flug Der Zauberer (Ebook German)
(Ebook Ita Esoter) Bruno, Giordano Dell'infinito Universo E Mondi
Chwila bez imienia. O poezji Krzystofa Kamila Baczyńskiego. ebook demo
EBOOK Three Adventures of Sherlock Holmes Arthur Conan Doyle
09.Carson Aimee Wszystko po raz pierwszy
Christina Hollis The Count of Castelfino (pdf)
0997. Braun Jackie Najpić™kniejsza muzyka
Ardath Mayhar The Crystal Skull (pdf)
Barret_William_E_ _Czarnoksieznik_scr
Lucio_Anneo_Seneca Tratados_morales
  • zanotowane.pl
  • doc.pisz.pl
  • pdf.pisz.pl
  • wypiekibeaty.keep.pl

  • [ Pobierz całość w formacie PDF ]

    otrzyma te same wyniki, inaczej zestawienie lub raport b d niespójne.
    Serializable
    W trybie szeregowania transakcje odwo uj ce si do tych samych tabel s wykonywane
    jedna po drugiej. Blokowanie ca ych obiektów, a nie tylko odczytywanych danych, na
    czas trwania transakcji pozwala wyeliminowa odczyty widma, ale powoduje, e odczy-
    tuj c nawet jeden wiersz tabeli, mo emy uniemo liwi pozosta ym u ytkownikom
    zmodyfikowanie przechowywanych w niej danych.
    eby si o tym przekona :
    1. W pierwszym oknie edytora SQL prze czymy si do trybu szeregowania,
    jawnie rozpoczniemy transakcj i odczytamy informacje o wybranym towarze:
    SELECT [Nazwa produktu]
    FROM dbo.Produkty
    Rozdzia 9. Transakcje i wspó bie no 213
    WHERE [Kod produktu] LIKE '%6';
    ------------------------------------------------------------
    Northwind Traders Syrup
    Northwind Traders Gnocchi
    Northwind Traders Tomato Sauce
    Northwind Traders Cake Mix
    Northwind Traders Smoked Salmon
    2. Je eli teraz w drugim oknie edytora SQL spróbujemy zmieni dane dowolnego,
    równie niezwróconego przez pierwsze zapytanie produktu, oka e si , e
    aktualizacja zosta a zablokowana i b dzie wykonana dopiero po zako czeniu
    pierwszej transakcji:
    UPDATE dbo.Produkty
    SET [Kod produktu] = 'NWTCA-48'
    WHERE [Kod produktu] ='NWTCA-49';
    3. Ko cz c wiczenie, zamknij oba okna edytora SQL bez zatwierdzania
    rozpocz tej w jednym z nich transakcji.
    W trybie Serializable mamy gwarancj , e odczytywane w ramach transakcji dane
    zawsze b d takie same  serwer bazodanowy nie dopu ci nie tylko do ich zmiany, lecz
    tak e do pojawienia si nowych danych. Jednak przez ten czas pozostali u ytkownicy nie
    b d mogli modyfikowa zablokowanych tabel. W wi kszo ci przypadków powoduje
    to tak znaczne wyd u enie czasu reakcji serwera, e lepiej jest skopiowa odczytywane
    dane9, a je eli zmian nie jest zbyt du o, prze czy si do modelu optymistycznego.
    Model optymistyczny
    W modelu optymistycznym tylko modyfikuj cy blokuj innych modyfikuj cych,
    czyli ró ni u ytkownicy mog jednocze nie modyfikowa i odczytywa te same dane.
    Serwery bazodanowe zapewniaj spójno modyfikowanych w tym modelu danych
    poprzez ich wersjonowanie. Zak adaj c (optymistycznie), e w czasie gdy jeden u yt-
    kownik odczytuje dane, inni raczej nie b d ich modyfikowa , serwery te s w stanie na
    bie co zarz dza dodatkowymi wersjami danych.
    Je eli to za o enie jest prawdziwe, czyli je eli jednoczesne modyfikacje i odczyty
    tych samych danych nie zachodz zbyt cz sto, mo emy znacznie skróci czas reakcji
    serwera10, prze czaj c baz do optymistycznego modelu wspó bie no ci. eby si
    o tym przekona :
    1. W pierwszym oknie edytora SQL wykonamy poni sze instrukcje, prze czaj c
    baz Northwind do modelu optymistycznego:
    USE master;
    ALTER DATABASE Northwind
    SET READ_COMMITTED_SNAPSHOT ON
    9
    Niektóre serwery bazodanowe pozwalaj utworzy migawk (ang. Snapshot) danych.
    10
    Niektóre serwery bazodanowe, np. serwer Oracle, domy lnie dzia aj w optymistycznym modelu
    wspó bie no ci.
    214 Cz III Modyfikowanie danych, czyli instrukcje INSERT, UPDATE, DELETE, MERGE
    WITH ROLLBACK IMMEDIATE;
    ------------------------------------------------------------
    Command(s) completed successfully.
    2. W tym samym oknie edytora SQL po czymy si z baz Northwind i w ramach
    jawnie rozpocz tej transakcji zmienimy dane dwóch pracowników:
    USE Northwind;
    BEGIN TRAN;
    UPDATE dbo.Pracownicy
    SET Nazwisko = 'X'
    WHERE ID
    ------------------------------------------------------------
    (2 row(s) affected)
    3. W nowym oknie edytora SQL odczytamy dane o kilku pracownikach:
    SELECT ID, Nazwisko
    FROM dbo.Pracownicy
    WHERE ID
    ------------------------------------------------------------
    1 Ciesielska
    2 Czupta
    4. Okazuje si , e tym razem zapytanie zosta o wykonane natychmiast, ale
    z zachowaniem wymogów domy lnego trybu izolowania transakcji, czyli trybu
    Read Committed  pozostali u ytkownicy serwera odczytaj ostatni
    zatwierdzon wersj danych. Gdyby rozpocz ta w ramach pierwszej sesji
    transakcja zosta a zatwierdzona, to ponowne wykonanie tego samego zapytania
    zwróci oby najnowsz , zatwierdzon wersj ze zmienionymi danymi dwóch
    pierwszych pracowników.
    Model pesymistyczny
    W modelu pesymistycznym odczytuj cy s blokowani przez modyfikuj cych (ser-
    wer b dzie czeka z za o eniem blokady S, a zdj ta zostanie blokada X), a modyfi-
    kuj cy przez odczytuj cych (za o enie blokady X wymaga zdj cia blokady S).
    Poniewa koszt zarz dzania wieloma wersjami tych samych danych ro nie wraz ze
    wzrostem wersjonowanych danych, w tym modelu zak ada si (pesymistycznie), e
    odczytywane dane b d w tym samym czasie regularnie modyfikowane.
    eby przywróci pesymistyczny (domy lny) model wspó bie no ci bazy Northwind, [ Pobierz całość w formacie PDF ]
  • zanotowane.pl
  • doc.pisz.pl
  • pdf.pisz.pl
  • sdss.xlx.pl
  • 
    Wszelkie Prawa Zastrzeżone! Jeśli jest noc, musi być dzień, jeśli łza- uśmiech Design by SZABLONY.maniak.pl.