Advertisement
Guest User

Untitled

a guest
Apr 20th, 2018
61
0
Never
Not a member of Pastebin yet? Sign Up, it unlocks many cool features!
text 2.67 KB | None | 0 0
  1. Witam,
  2.  
  3. Uciekł mi Twój mail i teraz, jak kasowałam nadmiar z poczty - odkryłam go.
  4.  
  5. Pojęcie model logiczny bazy danych i model relacyjny są z innej klasyfikacji
  6. (logiczny-fizyczny, sieciowy, relacyjny, obiektowy).
  7.  
  8. Modelujemy bazę danych, żeby w jakiś sposób odzwierciedlić rzeczywistość,
  9. czyli pokazać nasze dane wraz z atrybutami i powiązaniami pomiędzy danymi.
  10.  
  11. Wymyślono, że każdy niezależny byt można nazwać encją, encja może posiadać
  12. konkretne cechy (atrybuty) i mogą istnieć powiązania pomiędzy nimi.
  13. I to wykorzystujemy w modelowaniu.
  14. Modelujemy, czyli definiujemy encje, cechy i powiązania.
  15. Czyli model danych to opis pojęciowy przestrzeni zagadnienia.
  16.  
  17. W historii rozwoju baz danych przedstawiano modele baz danych,
  18. które różnią się sposobem prezentacji zawartych w nich danych:
  19. hierarchiczny
  20. sieciowy
  21. relacyjny
  22. obiektowy
  23.  
  24. Ale to wciąż modele logiczne. Czyli możemy np. narysować diagram logicznego modelu relacyjnego.
  25. Trochę nadmiarowo to brzmi.
  26.  
  27. Diagramy związków encji (ERD) to prezentacja graficzna modelu logicznego.
  28. Różne są notacje diagramów ERD (np. pierwszy : Petera Chena).
  29. Wymagają podania encji, atrybutów encji wraz z dziedzinami i powiązań pomiędzy encjami.
  30.  
  31. Zauważ, że nie chodzi o typ danych tylko o dziedzinę wartości danych.
  32. Konkretny typ danych zależy od tego w jakim systemie baz danych będzie baza realizowana,
  33. czyli od fizycznej realizacji bazy danych.
  34.  
  35. Model logiczny jest podstawą do wygenerowania tzw. fizycznego modelu danych (PDM-Physical data model).
  36. Model ten uwzględnia konkretny system baz danych.
  37.  
  38. I najczęściej nasze narzędzia to robią (np. Database Designer).
  39.  
  40. Czyli generują graficzny schemat powiązanych tabel ze zdefiniowanymi typami atrybutów,
  41. a następnie DDL do ich utworzenia.
  42.  
  43. Tak naprawdę powinno się jeszcze przeprowadzić – analizę ilości liczby wierszy w tabelach,
  44. analizę użycia tabel (częstość zapytań, rodzaj zapytań), analizę więzów integralności.
  45. Żeby móc zdefiniować indeksy na strukturach plików,
  46. zbiór powiązań wewnętrznych wyrażony w DDL i ewentualnych więzów
  47. (Data Integrity Language - DIL) oraz zbiór zapytań zoptymalizowany do działania w konkretnej bazie danych.
  48.  
  49. Na potrzeby projektu diagram ERD może stanowić model logiczny.
  50. Jego wygląd zależy od narzędzia, w którym będziecie to robić.
  51.  
  52. Model fizyczny może stanowić opis tabel (pole, typ, null, domyślnie, indeks, klucz,opis)
  53. Z informacją, że DDL dołączono w załączniku.
  54. Dołączyć opis ewentualnych stworzonych indeksów, więzów integralności
  55. i innych elementów w bazie (widoki, procedury składowane).
  56.  
  57. Pozdrawiam
  58. Daria Rybarczyk
Advertisement
Add Comment
Please, Sign In to add comment
Advertisement