SQL: Wstęp do transakcji

0:00Witaj poza ostatnim rozdziałem dotyczącym

0:04widoków z bazą działałeś w pojedynkę jednak naturalnym

0:09środowiskiem działania bazy danych jest dziki tłum użytkowników próbujących

0:13dostać się i operować na danych o tym co to są

0:17transakcje i jak pomagają okiełznać ten tłum żeby nie nabałaganił

0:21w danych dowiesz się w tym rozdziale za chwilę opowiem

0:25ci o tajemniczych transakcjach lecz najpierw chciałem upewnić się że

0:29zaczynamy ten rozdział z gotową strukturą bazy i danymi na których można pracować

0:34przeszedłeś poprzedni rozdział dotyczący widoków to masz wszystko gotowe

0:38i możesz przeskoczyć to wprowadzenie jeśli jednak zaczynasz ten

0:42rozdział od zera to wykorzystaj plik źródłowy o nazwie

0:46dane bazy sqland do rozdziału 7 aby stworzyć tabelę

0:51i wczytać dane początkowe w przypadku wątpliwości czy

0:55trudności prześledź przykład wykorzystania pliku w środowisku pg

0:59admin który za sekundę zademonstruję aby dobrze

1:03przedstawić działanie transakcji potrzebujemy dwóch użytkowników którzy

1:08będą działali równolegle na bazie do tego potrzebujemy stworzyć dwa połączenia

1:12dla każdego z nich po jednym mamy już jedno połączenie teraz musimy

1:17stworzyć drugie najpierw stworzymy samego

1:21użytkownika drugiego create role jest zapytaniem

1:25które tworzy takiego użytkownika wedle standardu można

1:30podać nazwę i standard na tym się kończy obsługę użytkowników

1:35zostawiona już jest każdemu

1:39silnikowi niezależnie w przypadku postgresa można

1:43dodawać jeszcze opcje na przykład login password które pozwoli użytkownikowi

1:49zalogować się z konkretnym hasłem możemy takiego użytkownika stworzyć

1:53proszę bardzo ważna rzecz będzie kiedy używamy

1:58tego typu zapisu czyli hasło wpisujemy

2:02zapytanie sql warto żebyś pamiętał o tym że takie

2:06zapytania bardzo często są logowane w systemie po

2:10to żeby można było wrócić do zapytania które kiedyś uruchamiałeś

2:15i wtedy takie hasło zostanie w takim pliku zapisane

2:20żeby uniknąć takiej sytuacji każdy

2:24silnik każda baza danych ma dodatkowe możliwości dodatkowe

2:29usługi pozwalające tworzyć użytkownika razem z hasłem

2:33który się podaje na bieżąco na przykład w przypadku postgresa

2:38jest to lokalny programik który się nazywa create user w którym

2:43można podać różne parametry na przykład jednym z parametrów jest

2:47spytaj czy podaj dodatkowo hasło dla tworzonego

2:51użytkownika wtedy program pyta się o to hasło wpisuje się je i on

2:55te hasło zapisuje w ten sposób nie ma śladu po

2:59tym haśle oprócz oczywiście zapisu do bazy z tym że

3:03w bazie takie hasło jest zapisane bezpiecznie

3:07czyli zaszyfrowane tak żeby nikt nie mógł podejrzeć jakie ono jest w momencie

3:11kiedy użytkownik się loguje i podaje hasło to hasło

3:16też jest zaszyfrowywane i te dwa zaszyfrowane hasła są

3:20porównywane to które zapisane w bazie i to które zostało

3:24podane jeżeli te zaszyfrowane wersje są identyczne

3:28znaczy że podane hasło się zgadza to taki malutki malutka

3:33notka jeżeli chodzi o bezpieczeństwo przechowywania haseł

3:37w bazie przy okazji tworzenia użytkownika mamy

3:42już stworzonego tego użytkownika więc możemy stworzyć sobie nowe połączenie do

3:46serwera other connection i

3:51będziemy się łączyć z lokalnym serwerem bazy sqland

3:56użytkownik other hasło takie jak

4:00żeśmy stworzyli i możemy stworzyć

4:04proszę bardzo jest drugie połączenie jeżeli otworzymy to

4:08będziemy tutaj podłączeni do bazy sqland

4:12jako użytkownik other co widać w momencie kiedy otworzymy

4:16okienko do wpisywania zapytań jesteśmy podłączeni do bazy sqland

4:21jako użytkownik other korzystając z połączenia other connection w tym poprzednim

4:25byliśmy podłączenie jako użytkownik postgres