Systemy plików ( ISAM i VSAM ) systemy hierarchicznych baz danych ( ISM, System 2000 ) systemy baz danych CODASYL ( m.in. IDS, IDMS ) relacyjne bazy danych.

Slides:



Advertisements
Podobne prezentacje
C++ wykład 2 ( ) Klasy i obiekty.
Advertisements

Programowanie obiektowe
Projektowanie systemów informacyjnych
Systemy do operowania dużymi i trwałymi zbiorami danych
Implementacja ekstensji klasy
Projektowanie systemów informacyjnych
© K.Subieta. Obiektowe języki zapytań 03, Folia 1 marzec 2004 Obiektowe języki zapytań Wykładowca: Kazimierz Subieta Polsko-Japońska Wyższa Szkoła Technik.
WPROWADZENIE DO BAZ DANYCH
MS Access 2000 Tworzenie bazy danych Piotr Górczyński 2005.
Projektowanie systemów informacyjnych
Wycofywanie potwierdzonych transakcji
Podejście stosowe do obiektowych języków programowania baz danych
C++ wykład 2 ( ) Klasy i obiekty.
Wykład 8 Wojciech Pieprzyca
Wstęp do programowania obiektowego
Projektowanie i programowanie obiektowe II - Wykład IV
Projektowanie i programowanie obiektowe II - Wykład II
Modele baz danych - spojrzenie na poziom fizyczny
Politechnika Śląska, Instytut Informatyki
Multimedialne bazy danych
Teoria relacyjnych baz danych
Instytut Tele- i Radiotechniczny WARSZAWA
Podstawy programowania
T: Różnice pomiędzy programowaniem strukturalnym a obiektowym
Źródła: podręcznikopracował: A. Jędryczkowski.
Programowanie strukturalne i obiektowe
Systemy baz danych Wykład 1
Jakub Wołczko W obiektowym świecie… Jakub Wołczko
Bazy danych.
Języki i środowiska programowania systemów rozproszonych, Wykład 04, Slajd Języki i środowiska programowania systemów rozproszonych Wykładowca:
WPROWADZENIE W ŚWIAT OBIEKTÓW
Języki i środowiska programowania systemów rozproszonych, Wykład 03, Slajd Języki i środowiska programowania systemów rozproszonych Wykładowca:
Projektowanie obiektowe
Rozwiązanie zadań do zaliczenia I0G1S4 // indeks
Wybrane zagadnienia relacyjnych baz danych
Programowanie obiektowe – język C++
Programowanie obiektowe 2013/2014
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.
2 Odizolowanie danych od kodu może prowadzić do przypadkowych zmian danych przez funkcje, które nie są z nimi logicznie związane. Ponadto modyfikacja.
dr Łukasz Murowaniecki T-109
Interakcja człowiek – komputer Podstawy metod obiektowych mgr inż. Marek Malinowski Zakład Matematyki i Fizyki Wydz. BMiP PW Płock.
Programowanie strukturalne i obiektowe C++
Model obiektowy bazy danych
Systemy informatyczne
Projektowanie obiektowe. Przykład: Punktem wyjścia w obiektowym tworzeniu systemu informacyjnego jest zawsze pewien model biznesowy. Przykład: Diagram.
Hibernate Podstawy.
Odwzorowania relacyjno-obiektowe Hibernate Podstawy.
Projektowanie bazy danych z użyciem diagramów UML Obiektowe projektowanie relacyjnej bazy danych Paweł Jarecki.
Waldemar Bartyna 1 Programowanie zaawansowane LINQ to XML.
Platforma .Net.
Łukasz Bieszczad Mateusz Gałązka Karol Włodarek
Programowanie Zaawansowane
Projektowanie postaci formularza:
BAZY DANYCH MS Access.
Modelowanie model związków encji
Object-relational mapping (aka O/RM, ORM, and O/R mapping)
Wstęp do systemów informatycznych Diagramy klas. Odbiór świata  Myślenie o dziedzinie problemu powinno być możliwie zbliżone do myślenia o systemie 
E. Stemposz. UML i Analiza Obiektowa, Wykład 4, Slajd 1/20 Wykład 4 Model obiektowy (2) dr inż. Ewa Stemposz
Temat: Tworzenie bazy danych
Projektowanie systemów informacyjnych
Programowanie Obiektowe – Wykład 6
Programowanie Obiektowe – Wykład 2
Strukturalny język zapytań SQL - historia
Wprowadzenie do programowania obiektowego
Technologie Informacyjne Bazy danych
PGO Dziedziczenie Michail Mokkas.
Modele baz danych - spojrzenie na poziom fizyczny
Zapis prezentacji:

systemy plików ( ISAM i VSAM ) systemy hierarchicznych baz danych ( ISM, System 2000 ) systemy baz danych CODASYL ( m.in. IDS, IDMS ) relacyjne bazy danych obiektowe bazy danych Generacje baz danych

Wady dotychczasowych rozwiązań zbyt prosty model danych (szczególnie relacyjny), proste typy danych (integer, string), System Zarządzania Bazą Danych nie oferuje mechanizmów do reprezentacji np. związków agregacji i zarządzania nimi, zbyt wolne działanie systemów baz danych z programami użytkowymi wymagającymi szybkich i skomplikowanych obliczeń (programy symulacyjne), brak narzędzi do reprezentowania i zarządzania temporalnymi aspektami baz danych (m.in.: pojęciem czasu, wersjami obiektów i schematu).

Wymagania stawiane bazom danych piątej generacji zachowanie wszystkich użytecznych cech, charakteryzujących relacyjne bazy danych ( zapytania, automatyczna optymalizacja zapytań, sterowanie współbieżnością,... ), reprezentowanie i posługiwanie się złożonymi, zagnieżdżonymi obiektami, definiowanie dowolnych typów danych i operowanie nimi, reprezentowanie i zarządzanie zmianami w bazie danych ( wersje obiektów, wersje schematów ), reprezentowanie i operowanie pojęciami hierarchii i agregacji; zarządzanie długotrwałymi transakcjami.

Obiektowy model danych Jest modelem danych, którego podstawą są pojęcia obiektowości, m.in.: obiekt, klasa, dziedziczenie, hermetyzacja Prace nad ustandaryzowaniem pojęć obiektowych w dziedzinie baz danych prowadzone są m.in.: przez ODMG (ang. Object Database Management Group). Standard zaproponowany przez ODMG stworzony został w oparciu o trzy istniejące standardy dotyczące: baz danych (SQL-92), obiektów (OMG), obiektowych języków programowania (ANSI).

zdolność do istnienia obiektów poza czasem działania systemu zarządzania bazą danych miejsce przechowywania tych informacji dotyczących obiektów (tzw. inwariantami obiektów), które są dla nich niezmienne, wspólne lub dotyczą całej ich populacji Podstawowe pojęcia obiektowego modelu danych obiekt tożsamość obiektu trwałość klasa (hierarchia klas) dziedziczenie hermetyzacja agregacja reprezentuje sobą konkretny pojedynczy byt (książkę, osobę, samochód), charakteryzowany poprzez opis stanu (atrybuty obiektu) i zachowania tego bytu (metody obiektu) to taka własność obiektu, która pozwala odróżnić go od każdego innego obiektu miejsce przechowywania (specyfikacji i definicji) takich cech grupy podobnych obiektów, które są dla nich niezmienne: atrybutów, metod, ograniczeń dostępu, dozwolonych operacji na obiektach Przykład obiektu Wypłać Wpłać Sprawdź stan Upoważnij Zmień upoważnienie Porównaj podpis Zlikwiduj konto Nalicz procent KONTO Numer SaldoZł Właściciel Jan Nowak Upoważniony Ewa Nowak....

Konstrukcja kodu klasy w pseudojęzyku programowania (tworzenie nowego obiektu) Konstruktor typ rekordu (parametry obiektu) Metody (aktywność obiektu) Klasa Pracownik { numer PESEL; tekst(30)Nazwisko; tekst(20)Imię; tekst(30)Stanowisko; Pracownik (numer p, tekst n, tekst i, tekst s) { PESEL = p; Nazwisko = n; Imię = i; Stanowisko = s; } dodaj() { zapisz_na_listę_pracowników();} usuń() {usuń_z _listy_pracowników();} }

Wywołanie konstruktora – tworzenie jednostkowego wystąpienia danej klasy (czyli obiektu) referencja do tworzonego obiektu konstruktor – generacja jednostkowego wystąpienia klasy – obiektu Pracownik jn = new Pracownik ( , Nowak, Jan, lekarz); (...) Pracownik ak = new Pracownik ( , Kowalski, Adam, szef);

Podstawowe pojęcia obiektowego modelu danych obiekt tożsamość obiektu trwałość klasa (hierarchia klas) dziedziczenie hermetyzacja agregacja tworzenie klas na podstawie klas już istniejących

Dziedziczenie – LSP (Liskov's Substitutability Principle) – zasada zamienialności Zasada zamienialności głosi, że w każdym miejscu programu, gdzie może być użyty pewien obiekt klasy K, może być także użyty obiekt, którego klasą jest podklasa klasy K.

Ekstensja Nazwany zbiór obiektów aktualnie należących do danej klasy OSOBA Nazwisko Babacki RokUr 1940 OSOBA Nazwisko Abacki RokUr 1948 OSOBA Nazwisko Nowak RokUr 1951 OSOBA Nazwisko RokUr Wiek() PRACOWNIK Zarobek Dział ZarobekNetto() ZmieńZarobek(...) OSOBA Nazwisko Kowalska RokUr 1975 Ekstensja klasy OSOBA PRACOWNIK Nazwisko Nowak RokUr 1951 Zarobek 2000 Dział zabawki PRACOWNIK Nazwisko Abacki RokUr 1948 Zarobek 2500 Dział zabawki PRACOWNIK Nazwisko Babacki RokUr 1940 Zarobek 3000 Dział sprzedaż Ekstensja klasy PRACOWNIK Uwaga! Różne ekstensje mogą mieć wspólne części

Podstawowe pojęcia obiektowego modelu danych obiekt tożsamość obiektu trwałość klasa (hierarchia klas) dziedziczenie hermetyzacja agregacja zamknięcie pewnego zestawu bytów programistycznych w "kapsułę" (obiekt, klasę moduł, etc.) o dobrze określonych granicach

Hermetyzacja ortogonalna PRACOWNIK NAZWISKO NowakROK_UR 1951 ZAROBEK 2500 ZmieńZarobek(...) {...}; Podatek(){...}; ZarobekNetto() {...}; Wiek() { return RokBież - ROK_UR }; DZIAŁ Zabawki Wewnętrzna struktura obiektu Zewnętrzna struktura obiektu PRACOWNIK NAZWISKO Nowak ZmieńZarobek(...) ZarobekNetto() Wiek() DZIAŁ Zabawki Dowolna własność obiektu (atrybut, metoda) może być prywatna lub publiczna

Podstawowe pojęcia obiektowego modelu danych obiekt tożsamość obiektu trwałość klasa (hierarchia klas) dziedziczenie hermetyzacja agregacja związek pomiędzy klasami obiektów, modelujący stosunek całości do jej części

Przykłady - dziedziczenie i agregacja CAutor PtStringmsImie PtString msNazwisko CLektura intmiNrKlasy; intmiCzyObow; CAutor*mAutor; CKsiążka intmiISBN; PtStringmsTytul; doublemdCena

Przykłady - hierarchia klas COsoba msPeselchar[12] msImiePtString msNazwiskoPtString CAbstrPrac miNrP int mJezyki cset CPracownik mdPensja double miEtattTypEtatu mtDataZatrudnienia PtDate mtDataZwolnienia PtDate CStazysta mdPlaca double mtDataPoczStaz PtDate mtDataKonStaz PtDate CZleceniobiorca mdStawkadouble

Obiektowa baza danych Zbiór obiektów, ich stan, zachowanie się i związki występujące między nimi, określone zgodnie z obiektowym modelem danych Zorientowany obiektowo system, który umożliwia zarządzanie bazą danych System, który dziedziczy wszystkie zasadnicze cechy technologii obiektowej (istnienie złożonych obiektów, tożsamość obiektów, enkapsulacja danych i procedur, dziedziczenie, funkcje polimorficzne) i baz danych (trwałość danych, oddzielenie logicznego i fizycznego poziomu danych, zarządzanie wielodostępem, odtwarzanie spójnego stanu danych po awariach, zarządzanie transakcjami i in.)

Porównanie relacyjnych i obiektowych baz danych (0) Oracle, Informix, Sybase, Ingres, DB2, Progress, Gupta, Access GemStone, O2, Persistence, Versant, POET, Objectivity, ODI relacyjne obiektowe przykłady systemów Dominuje w zastosowaniach komercyjnych (ok. 95% rynku baz danych) Mniej popularne, jednak dobrze rokują na przyszłość stan na dzisiaj

Porównanie relacyjnych i obiektowych baz danych (1) Dane zawarte w tabelach Tabele składają się z kolumn Typy predefiniowane Liczba wierszy zmienna Value-based Nie ma wskaźników, lecz klucze zewnętrzne Obiekt w bazie reprezentuje obiekt w świecie rzeczywistym Typ obiektowy (klasa) – definicja złożonego typu danych (może zawierać inne typy obiektowe lub ich kolekcje) Procedury (metody) i operatory do manipulowania danymi Identity-based Enkapsulacja Dziedziczenie: –strukturalne potomek dziedziczy strukturę danych –behawioralne: potomek dziedziczy metody i operatory relacyjne obiektowe

Porównanie relacyjnych i obiektowych baz danych (2) niezależność od języka programowania sprawdzone, dobrze zdefiniowana teoria możliwość zarządzania wielka ilością danych możliwość złożonych kryteriów wyszukiwawczych możliwość dostępu do danych fizycznych dobre mechanizmy kontroli dostępu do danych mechanizmy perspektyw dość łatwa reprezentacja świata dokładnie reprezentuje złożone zależności miedzy obiektami łatwość działania na złożonych obiektach duża podatność na zmiany możliwość definiowania własnych typów, metod dobra integracja z językami programowania ogólnego przeznaczenia ( np. C++, Smalltalk ) ujednolicony model pojęciowy - obiektowe podejście do analizy, projektowania i implementacji relacyjne obiektowe z a l e t y

Porównanie relacyjnych i obiektowych baz danych (3) dla trudniejszych problemów bardzo dużo tabel mało naturalna reprezentacja danych ograniczona podatność na zmiany brak złożonych typów danych trudne operowanie na danych złożonych trudne operowanie na danych rozproszonych w sieci heterogenicznej niezgodność z modelem używanym przez języki ogólnego przeznaczenia ( impedance mismatch ) powiązanie z jednym językiem programowania słaba obsługa przeszukiwania danych brak powszechnie zaakceptowanego języka zapytań brak możliwości optymalizacji zapytań trudny lub nawet niemożliwy dostęp do fizycznych danych słaba kontrola dostępu małe możliwości optymalizacji pracy serwera relacyjne obiektowe w a d y

Porównanie relacyjnych i obiektowych baz danych (4) dane są proste, niezagnieżdżone, łatwe do umieszczenia w tablicy dane mają postać bierną, a procesy korzystające z danych stale się zmieniają często trzeba wyszukiwać dane spełniające różnorodne warunki dane mają złożoną lub zagnieżdżoną strukturę zdefiniowaną przez użytkownika dane tworzą hierarchie dane są rozproszone w sieci heterogenicznej dane dynamicznie zmieniają rozmiar relacyjne obiektowe lepsze gdy...