Modele baz danych - spojrzenie na poziom fizyczny

Slides:



Advertisements
Podobne prezentacje
Teoretyczne podstawy tworzenia systemów relacyjnych baz danych
Advertisements

Modelowanie logiczne (dla relacyjnych SZBD)
Relacyjny model danych
Systemy do operowania dużymi i trwałymi zbiorami danych
4. Relacyjny model baz danych
Wykład (12 godz): Jan Aleksander Wierzbicki Ćwiczenia ( godz):
WPROWADZENIE DO BAZ DANYCH
Wycofywanie potwierdzonych transakcji
Podstawy baz danych Wykład
POWTÓRZENIE Dane; Baza danych - BD;
POWTÓRZENIE Metodologia : Pojęcia:
Wykład 8 Wojciech Pieprzyca
Wykład 5 Wojciech Pieprzyca
Projektowanie relacyjnych baz danych
Projektowanie fizycznej bazy danych
Modele baz danych - spojrzenie na poziom fizyczny
Bazy Danych Wykład 1 S. Kozielski.
Teoria relacyjnych baz danych
Bazy danych.
Systemy baz danych Wykład 1
Temat 19: Organizacja informacji w bazie danych – część 1.
Informatyka Relacyjne bazy danych.
Andrzej Macioł Bazy danych – model relacyjny – cz. 1 Andrzej Macioł
Bazy danych Access 200x Ćwiczenie 1.
Zarządzanie informacją
Rozwiązanie zadań do zaliczenia I0G1S4 // indeks
Wybrane zagadnienia relacyjnych baz danych
WPROWADZENIE DO BAZ DANYCH
Model relacyjny.
Programowanie obiektowe – język C++
Bazy danych 1 Literatura: Paul Benon-Davies – Systemy baz danych
Komendy SQL do pracy z tabelami i bazami
ZWIĄZKI MIĘDZY KLASAMI KLASY ABSTRAKCYJNE OGRANICZENIA INTERFEJSY SZABLONY safa Michał Telus.
dr Łukasz Murowaniecki T-109
1 Każdy obiekt jest scharakteryzowany poprzez: tożsamość – daje się jednoznacznie wyróżnić; stan; zachowanie. W analizie obiektowej podstawową strukturą
Bazy danych Microsoft access 2007.
Temat 2: Modele danych.
Projektowanie relacyjnych baz danych – postacie normalne
Projektowanie bazy danych
Łódź 2008 Banki danych WYKŁAD 2 dr Łukasz Murowaniecki T-109.
Wykład I Podstawy relacyjnych baz danych Powtórzenie wiadomości
Temat 3: Integralność danych. Integralność danych, określana również mianem spójności danych, jest to funkcja SZBD, która gwarantuje, że dane nie zostaną.
Podstawowe informacje
Model obiektowy bazy danych
Temat 4: Funkcje Systemu Zarządzania Bazą Danych (SZBD)
System Zarządzania Bazą Danych
Systemy informatyczne
Treści multimedialne - kodowanie, przetwarzanie, prezentacja Odtwarzanie treści multimedialnych Andrzej Majkowski informatyka +
Projektowanie relacyjnych baz danych – diagramy związków encji
Powtórzenie wyk ł adu 10 Fizyczna organizacja danych w bazie danych. Indeksy.
Projektowanie bazy danych z użyciem diagramów UML Obiektowe projektowanie relacyjnej bazy danych Paweł Jarecki.
.NET i Bazy Danych Projekt: Wadim Grasza.
Bazy danych Podstawy relacyjnych baz danych Autor: Damian Urbańczyk.
Projektowanie postaci formularza:
BAZY DANYCH MS Access.
Bazy Danych Wprowadzenie
Projektowanie Baz Danych
ASP.NET Dostęp do bazy danych z poziomu kodu Elżbieta Mrówka-Matejewska.
Elżbieta Mrówka - Matejewska Konsultacje środy godz. 15:00-16:00 oraz soboty zjazdów potoku II godz. 13:30 pokój 210, tel
1 SYSTEMY BAZ I HURTOWNI DANYCH Wstęp. 2 Literatura: 1.„Podstawowy wykład z systemów baz danych” – J.Ullman, J.Widom, WNT, „Systemy baz danych.
Prezentacja programu PowerPoint
Bazy danych. Baza danych (database) – magazyn danych – informacji powiązanych tematycznie, umożliwiający ich wyszukiwanie według zadanych kryteriów Baza.
Temat: Tworzenie bazy danych
Technologie informacyjne w administracji publicznej
Treści multimedialne - kodowanie, przetwarzanie, prezentacja Odtwarzanie treści multimedialnych Andrzej Majkowski informatyka +
Technologie Informacyjne Bazy danych
Technologie informacyjne w administracji publicznej
Czym są i jak służą społeczeństwu?
Zapis prezentacji:

Modele baz danych - spojrzenie na poziom fizyczny

Typ i plik rekordów Schemat bazy danych to: zbiór typów rekordów (którym odpowiadają pliki rekordów), i zbiór związków jednoznacznych (jeden do wiele) między nimi, nazywanych też powiązaniami. Rekord po stronie jeden związku nazywa się nadrzędny. Rekord po stronie wiele związku nazywa się podrzędny. Jednemu rekordowi nadrzędnemu odpowiada kolekcja rekordów podrzędnych pozostających z nim w rozważanym związku.

Model sieciowy Oprócz wskazanych powiązań, powiązania od rekordów podrzędnych do nadrzędnych (czyli od pracowników do departamentów i stanowisk).

Model hierarchiczny

Model relacyjny Tabele – zbiory rekordów. Powiązania miedzy rekordami przez wartości klucz obcy – klucz główny.

Zalety SZBD Niezależność danych – Programy aplikacyjne są niezależne od szczegółów reprezentacji danych i ich przechowywania na dysku. Szybki dostęp do danych – SZBD ma do dyspozycji wiele skomplikowanych metod przechowywania i wyszukiwania danych: bardzo dużo danych i są one przechowywane w pamięci zewnętrznej. Spójność i ochrona danych – Dostęp do danych odbywa się wyłącznie za pomocą SZBD: jednolite więzy spójności niezależne od aplikacji przetwarzającej dane jednolity system kontroli dostępu do danych określający, jakie dane są dostępne dla jakich użytkowników.

Zalety SZBD Administracja danymi – Dane używane przez różnych użytkowników są centralnie administrowane: dopasowanie reprezentacji danych w celu zminimalizowania redundancji ich zapisu dopasowanie struktury przechowywania danych na dysku w celu przyśpieszenia wyszukiwania danych. Współbieżny dostęp i odtwarzanie po awarii – SZBD umożliwia i kontroluje współbieżny dostęp do danych przez wielu użytkowników tak, że każdy z nich ma wrażenie, że tylko on używa tych danych w danej chwili. SZBD zabezpiecza dane przed utratą w sytuacji zaistnienia różnego rodzaju awarii. Zmniejszony czas tworzenia aplikacji – SZBD dostarcza wspólnych funkcji dla aplikacji korzystających z danych w bazie danych; dostarcza interfejsu wysokiego poziomu do danych. (w szczególności aby te same dane nie były niepotrzebnie przechowywane w różnych miejscach przez różnych użytkowników).

Trzy poziomy schematu bazy danych w SZBD logiczny (koncepcyjny) – opisuje przechowywane dane w kategoriach modelu danych SZBD, np. w modelu relacyjnym jest to zbiór tabel tworzących bazę danych. Na tym poziomie są definiowane niektóre obiekty używane na innych poziomach jak np. perspektywy, indeksy. fizyczny – opisuje jak dane (w modelu relacyjnym tabele) są zapisywane na dysku i jak są implementowane indeksy. zewnętrzny - opisuje sposób użycia bazy danych przez aplikację, końcowego użytkownika – np. w modelu relacyjnym za pomocą perspektyw – wirtualnych tabel zamiast rzeczywistych.

Przykład Poziom logiczny - tabele: Studenci(sid: string, nazwisko: string, login: string, wiek: integer, gpa:real) Kursy(kid: string, nazwa:string, punkty:integer) Zapisany(sid:string, kid:string, stopień:string) Poziom zewnętrzny nr. 1 – perspektywa: Course_info(kid:string, nazwa:string, punkty:integer,  liczba_studentów:integer) Poziom zewnętrzny nr. 2– perspektywa: Student_info(sid:string, nazwisko:string, login: string, wiek: integer, gpa:real, liczba_kursów:integer)

Niezależność danych logiczna – użytkownicy jak i aplikacje są osłaniane przed zmianami w logicznej strukturze danych np. w wyborze tabel przy pomocy których będą reprezentowane dane na poziomie logicznym, możliwość integracji różnych aplikacji bez ich zmiany. fizyczna – schemat logiczny osłania użytkowników przed zmianami w schemacie fizycznym opisującym w jaki sposób są zapisane dane na dysku i jakie indeksy są używane.

Postulaty Codda – relacyjny system zarządzania bazą danych Postulat informacyjny. Na poziomie logicznym dane są reprezentowane wyłącznie za pomocą tabel wartości. Postulat dostępu. Do każdej pojedynczej danej jest możliwy dostęp za pomocą tabel, kolumn i wartości klucza głównego. Postulat obiektu null. W systemie jest dostępny specjalny obiekt reprezentujący stan braku wartości (tj. reprezentujący wartość brakującą, nieokreśloną lub nieznaną) – różny od każdej konkretnej wartości jak 0 lub napis pusty. Postulat struktury metadanych. Informacje o obiektach bazy danych tworzących schemat bazy danych są na poziomie logicznym pogrupowane w tabele i dostępne w taki sam sposób jak każde inne dane.

Postulaty Codda Postulat pełnego języka danych. W systemie jest zaimplementowany pełny język obejmujący definiowanie tabel, perspektyw, więzów spójności, operowanie danymi (interaktywne i przez interfejs  programistyczny), nadawanie uprawnień użytkownikom, transakcje. Postulat modyfikowania bazy danych przez perspektywy. System umożliwia modyfikowanie danych przy użyciu perspektyw, w przypadku gdy taka modyfikacja jest semantycznie sensowna. Postulat modyfikowania danych na wysokim poziomie abstrakcji. System umożliwia modyfikowanie danych za pomocą operacji, których argumentami są tabele (perspektywy) Fizyczna niezależność danych. Zmiany w metodach przechowywania danych i dostępu do nich nie mają wpływu na aplikacje. – a więc w szczególności nie tylko w sposób nawigacyjny polegający na przejściu wszystkich wierszy (rekordów) w tabeli.

Postulaty Codda Logiczna niezależność danych. Zmiany w tabelach zachowujące informacje i dopuszczalne semantycznie nie mają wpływu na aplikacje. Niezależność więzów spójności. Więzy spójności są definiowalne w języku bazy danych (nie muszą być wyrażane w aplikacji). Niezależność dystrybucyjna. System (i jego język) umożliwiają używanie danych zapisanych w różnych fizycznie miejscach (w różnych węzłach sieci). Zabezpieczenie przed operacjami na niższych poziomach abstrakcji. Jeśli system umożliwia operacje na niższych poziomach abstrakcji, nie mogą one naruszać relacyjnego modelu danych (w tym nie mogą pomijać ograniczeń określonych przez więzy spójności).