MarVin666

Untitled

Feb 8th, 2016
65
0
Never
Not a member of Pastebin yet? Sign Up, it unlocks many cool features!
text 6.60 KB | None | 0 0
  1. SELECT NazwaUczelni, NazwaWydziału, NazwaKatedry
  2. FROM Uczelnie u, Wydziały w, Katedry k
  3. WHERE u.IDuczelni = w.IDUczelni AND w.IDWydziału = k.IDWydziału AND k.IDKatedry = p.IDKatedry AND
  4. ((SELECT COUNT(IDpracownika) FROM Pracownicy WHERE Tytuł_naukowy = 'dr.' AND IDKatedry = k.IDKatedry) =
  5. (Select MAX(COUNT(IDpracownika)) FROM Pracownicy WHERE Tytuł_naukowy = 'dr.' GROUP BY IDKatedry));
  6.  
  7.  
  8. - Anomalie powstają gdy próbujemy w jednej tabeli (w żargonie matematycznym - relacji) umieścić zbyt wiele danych.
  9.  
  10. - Redundancja - nadmiarowość danych w bazach danych. Wady: konieczność utrzymania spójności kopii, marnowanie miejsca, anomalie.
  11.  
  12. - SQL - strukturalny język zapytań używany do tworzenia, modyfikowania relacyjnych baz danych oraz do umieszczania i pobierania
  13. danych z baz danych.
  14.  
  15. Typy zapytań SQL:
  16. DML - język manipulowania danymi (INSERT, UPDATE, DELETE, SELECT)
  17. DDL - język definiowania danych (CREATE, DROP, ALTER)
  18. DCL - język kontroli danymi (GRANT, REVOKE, COMMIT, ROLLBACK, SAVEPOINT) - wyk10
  19.  
  20.  
  21. 1. Opisać budowę indeksu w formie B+ drzewa.
  22. B+ -DRZEWA - są przykładem dynamicznej struktury indeksowej.
  23. Nowe strony mogą być wstawiane w dowolnym miejscu indeksu,
  24. bez konieczności tworzenia łańcuchów stron nadmiarowych.
  25. Wiąże się to z koniecznością dynamicznego rozszerzania i kurczenia
  26. samego drzewa. Drzewo B+ jest wyważone względem wysokości,
  27. każdy liść znajduje się na tej samej głębokości
  28.  
  29.  
  30. 2. Omówić metody zapisu w pliku rekordu o zmiennej długości - wykład 10 E. Busłowska
  31. strona pdf 3
  32. Zapis rekordu o zmiennej długości
  33. • Zapis rekordu o zmiennej długości można reprezentować przez zapis o stałej długości (każde pole będzie reprezentowane w
  34. rekordzie)
  35. • dla pól o zmiennej długości (stałą liczba pól w rekordzie) można wykorzystywać separatory (?, %, $), które nie występują w
  36. wartości żadnego pola, w celu określenia końca pól o zmiennej długości
  37. - Na początku rekordu umieszczamy tablicę wskaźników do początków kolejnych pól, wówczas uzyskujemy bezpośredni dostęp do wartości
  38. i-tego pola, efektywne przechowywanie wartości NULL;
  39.  
  40.  
  41. 3. Metody organizacji pliku rekordów:
  42. - Plik nieuporządkowany: rekordy są przechowywane na stronach pliku w dowolnym porządku, nowy rekord jest wstawiany do pierwszej
  43. strony na której jest wolne miejsce, przy wyszukiwaniu przechodzimy po wszystkich stronach do chwili napotkania szukanego rekordu
  44. albo końca pliku gdy rekordu nie ma w pliku, organizacja nieuporządkowana jest wygodna przy wykonywaniu zapytań dotyczących
  45. wszystkich rekordów lub większości rekordów: select * from emp;
  46. - Pliki posortowane: rekordy są zapisywane na kolejnych stronach względem klucza rekordu, reprezentacja wygodna gdy
  47. rekordy przetwarza się zawsze w pewnym ustalonym porządku lub tylko ich pewien zakres względem tego porządku,
  48. brak korzyści gdy chcemy odwołać się do rekordów w oparciu o wartości innych pól, które nie są polami uporządkowania - dostęp
  49. wymaga wyszukiwania liniowego (średnio b/2 bloków);
  50. - pliki haszowane: plik jest kolekcją segmentów, segment to strona główna plus zero lub więcej stron nadmiarowych alokowanych do
  51. segmentu w razie potrzeby, przydział rekordu do segmentu odbywa się w oparciu o wartość funkcji haszującej zastosowanej do klucza
  52. wyszukiwania rekordu którym jest jedno lub więcej pól rekordu;, Organizacja pliku haszowanego jest użyteczna przy wyborze rekordu z
  53. pliku w oparciu o wartość lub wartości pewnych pól rekordu, organizacja rekordów w pliku haszowanym nie zachowuje kolejności
  54. wartości klucza wyszukiwania, zastosowanie jednej organizacji rekordów w pliku zazwyczaj nie wystarcza w aplkacji baz danych w
  55. których wyszukiwanie odbywa sie względem wartości różnych kluczy wyszukiwania. Rozwiązanie tego problemu polega na skorzystaniu z
  56. osobnych struktur indeksowych;
  57.  
  58. 4. Indeks to struktura danych na dysku umożliwiająca szybkie wyszukiwanie danych w bazie danych na podstawie wartości klucza
  59. wyszukiwania jak np. nazwisko osoby. W najprostszej postacji wyszukiwanie polega na tym, że mając wartość poszukujemy
  60. rekordów w których ta wartość występuje w danym polu.
  61.  
  62. 5. Rodzaje indeksów:
  63. - Indeks główny - założony na atrybucie porządkującym unikalnym;
  64. - Indeks zgrupowany - założony na atrybucie porządkującym nieunikalnym
  65. - Indeks wtórny - założony na atrybucie nieporządkującym
  66.  
  67. A. Select id_pacjenta, imię, nazwisko from pacjent Where miejscowo=’Białystok’;
  68. B. Select id_oddzialu, Count(*) from pacjent Group by id_oddzialu;
  69. C. Select id_oddzialu from pacjent Where imię=’Anna’ and nazwisko=’Nowak’;
  70.  
  71. A. indeks wtórny, klucz - miejscowość, wygląd pozycji danych – para (k,(w1,.., wn));
  72. B. indeks zgrupowany, id_oddzialu, (k, w)
  73. C. indeks wtórny ze złożonym kluczem wyszukiwania, imie i nazwisko, k(w1, ..., wn)
  74.  
  75. - k(w1,wn) będzie gdy masz wiele rekordów zawierających klucz k. Wtedy w1,...,wn jest listą zawierającą te rekordy. W tym przykładzie będzie to w A i C (na jednym oddziale może być kilka kobiet o imieniu i nazwisku Anna Nowak, tak samo na jednym oddziale może być wiele osób z Białegostoku)
  76. - k,w masz wtedy, gdy danemu kluczowi odpowiada jedna wartość (podpunkt B, wtedy danemu oddziałowi odpowiada tylko jedna wartość/rekord - wartość count(*)
  77.  
  78.  
  79. 6. Dwie operacje w transkacji są w stanie konfliktu, jeżeli spełniają wszystkie trzy z następujących warunków:
  80. - należą do różnych transakcji,
  81. - uzyskują dostęp do tego samego elementu X,
  82. - przynajmniej jedna z operacji jest operacją zapisz_element();
  83.  
  84. S: r1(X); r2(X); w1(X); r1(Y); w2(X); w1(Y);
  85. r1(X), w2(X)
  86. r2(X), w1(X)
  87. w1(X), w2(X)
  88.  
  89.  
  90. 7. Harmonogramy odtwarzalne - dla których w momencie zatwierdzenia transakcji T już nigdy nie było konieczne jej wycofywanie
  91. Harmonogram S jest odtwarzalny, jeżeli żadna transakcja T w harmonogramie S nie jest zatwierdzona do momentu aż wszystkie
  92. transakcje T, które zapisały element odczytywany przez transakcję T, zostaną zatwierdzone.
  93.  
  94. S: r1(X), w1(X), r2(X), w2(X), c1, c2 (+)
  95. S: r1(X), w1(X), r2(X), w2(X), c2, c1 (-)
  96.  
  97. Harmonogramy nieodtwarzalne - nie spełniają powyższego wymogu, stąd nie powinno się pozwalać na ich występowanie (przykład:
  98. problem aktualizacji tymczasowej i problem utraconej aktualizacji).
  99.  
  100.  
  101.  
  102.  
  103.  
  104.  
  105.  
  106.  
  107.  
  108. A. indeks zgrupowany, klucz - id_odziału, wygląd pozycji danych - k(w1, ..., wn);
  109. B. indeks wtórny, klucz - miejscowość, wygląd pozycji danych - (k, w);
  110. C. indeks wtórny, złożony klucz wyszukiwania - imię i nazwisko, wygląd pozycji danych - k(w1, ..., wn);
Advertisement
Add Comment
Please, Sign In to add comment