ďťż
 
[Mysql] Transakcja/blokowanie rekordu ďťż
 
[Mysql] Transakcja/blokowanie rekordu
Zobacz wiadomości
 
Cytat
A gdyby tak się wedrzeć na umysłów górę, / Gdyby stanąć na ludzkich myśli piramidzie, / I przebić czołem przesądów chmurę, / I być najwyższą myślą wcieloną. . . Juliusz Słowacki, Kordian
Indeks BCB i MySQL subiekt gt fototapeta
 
  Witamy

[Mysql] Transakcja/blokowanie rekordu



Fairy - 01-12-2005 20:34
[Mysql] Transakcja/blokowanie rekordu
  Witam,

Jest baza danych. User pobiera z niej jakies dane, potem je zmienia. Wszystko
jest w transakcji. Ale czy transakcja gwarantuje mi ze podczas gdy user pobral
dane ktos inny ich nie zmienil w miedzyczasie i potem gdy ten user zmienia dane
to de-facto zmienia juz cos innego. Czy transakcja broni przed tym, czy musze
tez zalozyc locka na tabele?

Fairy

--
Wysłano z serwisu OnetNiusy: http://niusy.onet.pl





Wojtek pBT (lapt) - 02-12-2005 11:41

  Dnia 2005-12-01 09:48, Użytkownik Fairy napisał:

> Witam,
>
> Jest baza danych. User pobiera z niej jakies dane, potem je zmienia. Wszystko
> jest w transakcji. Ale czy transakcja gwarantuje mi ze podczas gdy user pobral
> dane ktos inny ich nie zmienil w miedzyczasie i potem gdy ten user zmienia dane
> to de-facto zmienia juz cos innego. Czy transakcja broni przed tym, czy musze
> tez zalozyc locka na tabele?
>
>
> Fairy
>
>
Transakcja na 100% gwarantuje że albo się wykona w całości, albo wcale.
W zasadzie jednym z atrybutów transakcji jest izolacja. Czyli żadne
tranzakcje nie mają dostępu do danych innych transakcji.

A tak właściwie to sobie sprawdź. Na konsoli zacznij transakcję, odpytaj
o jakiś rekord i z innego klienta zobacz, jak się zachowa transakcja

pBT




mwgomez - 02-12-2005 11:41

  > czy transakcja gwarantuje mi ze podczas gdy user pobral
> dane ktos inny ich nie zmienil w miedzyczasie i potem gdy ten user zmienia
> dane to de-facto zmienia juz cos innego. Czy transakcja broni przed tym, czy
> musze tez zalozyc locka na tabele?

Proponuję rozbić rozważania na ten temat na dwa osobne tematy.
1) O ile tranzakcja gwarantuje albo pełne wykoanie wszystkich operacji
objętych swoim zakresem o tyle trzeba pamiętać, ze działa tylko od momentu,
gdy rusza "do akcji". A to znaczy, ze ktoś wcześniej mógł już coś zmienić i
przed tym transakcja nie zabezpieczy (mówimy o poracy w sieci przez wielu
uzytkowników, niejednokrotnie nad tymi samymi danymi.

2) Tego problemu nie da się rozwiązać transakcją, bo jak wynika z pkt. 1,
transakcja chroni, tak, ale tylko na czas wykonywania się - ktory to czas
zwykle jest bardzo krótki. Czy założyć lock na tabele? Chyba nie ma takiej
potrzeby, możemy działać w myśl zasady, "kto pierwszy ten lepszy", czyli
jeżeli użytkownik A coś zmienił a po chwili zmienił w coś użytkownik B to w
bazie mamy stan po B. Tam gdzie może dojść do skrajnej sytuacji w której
użytkownik A usunął paczkę którą za chwilę modyfikował B i teraz B wysyła dane
do bazy a tu klops - pewne rekordy wogóle nie istnieją - wówczas można wykonac
kopię przed wykonaniem operacji i zanim program użytkownika B przystąpi do
działania sprawdzamy czy da się zaktualizować dane. Generalnie chodzi o to,
aby dążyć do tego, zeby przetwarzania na końcówkach było buforowane, a po
zakóńczeniu wszystkich operacji aktualizujemy całą porcję. W żadnym wypadku
nie powinniśmy się posługiwać transakcją jako mechanizmem zabezpieczającym
przed zmianą dla innych użytkowników. Niestety temat jest dość szeroki :)

Pozdrawiam

--
Wysłano z serwisu OnetNiusy: http://niusy.onet.pl
  • zanotowane.pl
  • doc.pisz.pl
  • pdf.pisz.pl
  • effulla.pev.pl
  • comp
    [mysql] =?ISO-8859-2?Q?Za=E6mienie=2E=2E=2E_jak_wy=B6wietli=E6?==?ISO-8859-2?Q?=2E=2E=2E?= [mysql] =?ISO-8859-2?Q?wielko=B6=E6_bazy_a_stabilno=B6=E6=2C?==?ISO-8859-2?Q?_podzia=B3_du=BFej_bazy_a_powi=B1zania_tabel?= [mysql 4.0.x] przenoszenie kolum =?ISO-8859-2?Q?mi=EAdzy_bazam?==?ISO-8859-2?Q?i_cd_=2E=2E=2E_?= [MySQL] =?ISO-8859-2?Q?z=B3=B1czenie_tabeli_u=BFytkownik_i?==?ISO-8859-2?Q?_zdj=EAcia_z_wyborem_zdj=EAcia_domy=B6lnego?= [MySQL] Jak =?ISO-8859-2?Q?wpisa=E6_do_tabeli_pozycje_dl?==?ISO-8859-2?Q?a_wierszy_gdybym_te_wiersze_wybiera=B3_w_ok?== ?ISO-8859-2?Q?re=B6lonej_kolejno=B6ci_=3F?= Gdzie MySQL 4.1, a gdzie 5.0? [MySQL 4.0...4.1] zabezpieczenie przed =?ISO-8859-2?Q?jednoczesn?==?ISO-8859-2?Q?=B1_edycj=B1?= [MS SQL] "set names" (mySQL) w MS SQL [mysql 5.x] jak =?ISO-8859-2?Q?zrealizowa=E6_zapytanie=3F_cz?==?ISO-8859-2?Q?yli_podzapytanie_i_wi=EAcej_ni=BF_jeden_rz=B1? ==?ISO-8859-2?Q?d_wynik=F3w?= MySQL - jak =?ISO-8859-2?Q?wyeksportowa=E6_zawarto=B6=E6_wie?==?ISO-8859-2?Q?lkiej_tabeli?=
  • zanotowane.pl
  • doc.pisz.pl
  • pdf.pisz.pl
  • felgiuzywane.xlx.pl
  • Cytat

    Decede mihi sole - nie zasłaniaj mi słonca.
    Gdy kogoś kochasz, jesteś jak stworzyciel świata - na cokolwiek spojrzysz, nabiera to kształtu, wypełnia się barwą, światłem. Powietrze przytula się do ciebie, choćby był mróz, a ty masz w sobie tyle radości, że musisz ją rozdawać wokoło, bo się w tobie nie mieści
    Hoc fac - tak czyń.
    A tergo - od tyłu; z tyłu.
    I czarne włosy posiwieją. Safona

    Valid HTML 4.01 Transitional

    Free website template provided by freeweblooks.com