Literatura. Bazy danych s.1-1
|
|
- Stanisław Dudek
- 7 lat temu
- Przeglądów:
Transkrypt
1 Literatura R.Colette, Bazy danych : od koncepcji do realizacji, PWE 1988, S.Forte, T.Howe, J. Ralston, Access2000, HELION 2001, R.J.Muller, Bazy danych, język UML w modelowaniu danych, MIKOM 2000, M.Muraszkiewicz, H.Rybiński, Bazy danych, Akademicka Oficyna Wydawnicza RM 1993, J.D.Ullman, J.Widom, Podstawowy wykład z systemów baz danych, WNT I. Pająk, G. Pająk, K. Łasiński Wprowadzenie do projektowania baz danych, Wyd. Politech. Zielonogórskiej 1998 Systemy informatyczne inżynierii zarządzania (ćwiczenie nr 9, 10), praca zbiorowa pod. red. Z. Banaszaka, Wyd. Politech. Zielonogórskiej 2001 K. Henderson Bazy danych w architekturze klient-serwer, Robomatic 1998 Bazy danych s.1-1
2 Modelowanie danych pojęcia podstawowe etapy tworzenia projektu informatycznego model relacyjny normalizacja danych Bazy danych s.1-2
3 Pojęcia podstawowe Baza danych uporządkowany zbiór danych, dostępnych dla licznych użytkowników, w którym można przeprowadzić efektywne wyszukiwanie i aktualizowanie informacji. Poziomy organizacji danych: poziom logiczny opisuje sposób w jaki bazę widzi użytkownik; powinien być skonstruowany tak, aby zapewnić maksymalnie naturalny sposób dostępu do informacji zawartej w bazie, poziom fizyczny związany z samym komputerem i niewidoczny dla użytkownika; powinien zapewniać organizację danych w sposób umożliwiający najszybszy dostęp do informacji, co oznacza konieczność strukturalizacji danych zoptymalizowaną pod kątem sposobu pracy komputera. Model danych dobrze zdefiniowany sposób opisu świata rzeczywistego. Modelowanie danych proces przechodzenia od rzeczywistych obiektów do ich reprezentacji w bazie danych System zarządzania bazą danych (SZBD) program zawierający narzędzia umożliwiające budowę i przetwarzanie bazy danych o dowolnej strukturze. System bazy danych baza danych wraz z jej systemem zarządzania Bazy danych s.1-3
4 Etapy budowy aplikacji bazodanowej Analiza * Definiowanie przeznaczenia i funkcjonalności aplikacji. Projekt * Projekt bazy danych i procesów aplikacji, niezbędnych do zaimplementowania żądanych funkcji. Budowa (implementacja) Przekształcenie projektu w aplikację poprzez utworzenie odpowiednich składników bazy danych i programu Testowanie * Sprawdzenie aplikacji pod kątem zgodności z założeniami, przeznaczeniem i zakresem funkcji Instalacja (wdrożenie) Uruchomienie aplikacji w środowisku użytkownika, szkolenia z zakresu obsługi. Etapy projektu na podstawie: K.Henderson, Bazy danych w architekturze klient-serwer, Robomatic 1998 Bazy danych s.1-4
5 Analiza Etap analizy wymaga kontaktu z użytkownikiem końcowym i rozpoznania jego wymagań. Należy unikać zagadnień związanych z wyglądem lub działaniem aplikacji i skupić się na oczekiwaniach użytkownika związanych z funkcjonalnością. Krok 1: Definiowanie przeznaczenia Przeznaczenie aplikacji powinno być wyrażone jednym, prostym zdaniem zawierającym: podmiot (opisuje aplikację), orzeczenie (podstawowe zadanie aplikacji) oraz dopełnienie (opisuje obiekt, którego dotyczy zadanie). Sformułowane przeznaczenie nie zawiera listy funkcji, powinno jednak obejmować wszystkie aspekty przyszłego zastosowania programu. Krok 2: Definiowanie funkcji Listę należy ograniczyć do najważniejszych funkcji aplikacji. Każda powinna bliżej definiować przeznaczenie i nie może wykraczać poza główny cel (kroku 1). Konstrukcja zdań przypomina zdanie wyrażające przeznaczenie całej aplikacji. Krok 3: Schemat opisowy Syntetyczny opis prezentujący funkcjonowanie instytucji dla której aplikacja jest projektowana. Stanowi uzupełnienie listy funkcji, powinien zawierać opis danych, które będą przetwarzane, będzie podstawą do stworzenia modelu danych. Bazy danych s.1-5
6 Analiza przykład Należy zaprojektować aplikację, która umożliwi przechowywanie i analizę danych związanych ze zwolnieniami chorobowymi pracowników z uwzględnieniem informacji o jednostce organizacyjnej, w której są zatrudnieni. Przeznaczenie: Aplikacja przetwarza dane o zwolnieniach chorob. pracowników. Funkcje: Przechowuje dane osobowe pracowników. Przechowuje dane o zwolnieniach chorobowych. Generuje informacje o historii zwolnień każdego pracownika. Wyznacza liczbę dni chorobowych na każdym wydziale. Schemat opisowy: Podstawową jednostką organizacyjną firmy jest wydział. Każdy wydział ma przypisaną nazwę i unikalny kod. Pracownik w danym okresie zatrudnienia jest przypisany do jednego wydziału. W istniejących już systemach informatycznych każda osoba jest identyfikowana przez numer PESEL, ma przypisane imię i nazwisko. Zwolnienia chorobowe są odnotowywane przez określenie daty początku i końca zwolnienia. Bazy danych s.1-6
7 Modele danych Elementy świata rzeczywistego obiekt składnik rzeczywistego systemu postrzegany jako istotny przez jednostkę lub grupę, przyszłych użytkowników bazy danych, powiązanie opis stanu, w którym znalazły się co najmniej dwa obiekty. Obiekty i powiązania są opisywane szczegółowo za pomocą atrybutów. Najważniejsze modele danych sieciowy oparty na strukturze grafu. Obiekty są reprezentowane przez wierzchołki grafu, powiązania przez jego krawędzie, hierarchiczny modyfikacja modelu sieciowego, oparty na strukturze drzewa (graf, który nie zawiera cykli), relacyjny wykorzystuje matematyczne pojęcie relacji, przy jej pomocy reprezentuje zarówno obiekty jak i powiązania, obiektowy wprowadza rozszerzone pojęcie obiektu, który jest opisany nie tylko atrybutami, ale zawiera również metody odpowiadające zachowaniom i umiejętnością obiektów występujących w modelowanej rzeczywistości. Bazy danych s.1-7
8 Model relacyjny definicje (1) Relacją R na zbiorach D 1, D 2,, D n nazywamy dowolny podzbiór iloczynu kartezjańskiego tych zbiorów i zapisujemy: R(D 1, D 2,,D n ), R D 1 D 2 D n. Zapis postaci R(D 1, D 2,,D n ) nazywany jest schematem relacji R, a elementy D 1, D 2,, D n atrybutami lub składnikami relacji. Krotka relacji ciąg wartości atrybutów danego schematu relacji. Przykłady Schemat relacji Pracownik: Pracownik(PESEL, Nazwisko, Imię, DataP, DataK, IDW, NazwaW) Krotka relacji Pracownik: < , Kot, Jan, , , W7, WydzMech> Alternatywna definicja relacji: Relacją R na zbiorach D 1, D 2,, D n nazywamy dowolny zbiór krotek postaci: takich, że: d 1 D 1, d 2 D 2,, d n D n. <d 1, d 2,, d n > Bazy danych s.1-8
9 Model relacyjny definicje (2) Identyfikator relacji składnik lub ciąg składników, których wartości określają w sposób jednoznaczny krotkę relacji. Identyfikator kluczowy (klucz) relacji jeden, dowolnie wybrany identyfikator relacji (zazwyczaj kryterium wyboru jest długość). Klucz w schemacie relacji jest zaznaczany przez podkreślenie odpowiednich składników. Schemat relacji Pracownik może być zapisany jako: Pracownik(PESEL, Nazwisko, Imię, DataP, DataK, IDW, NazwaW) Uwaga: Poprawność zaproponowanego klucza zostanie zweryfikowana (s.15) Klucz naturalny klucz złożony z atrybutów relacji, których obecność wynika z przeprowadzonej analizy problemu. Klucz sztuczny sztucznie wprowadzony atrybut relacji, którego wartości gwarantują jednoznaczną identyfikację krotek. W roli klucza sztucznego najczęściej występuje liczba porządkowa. Tabela struktura danych zaimplementowana w bazie danych na podstawie schematu relacji. Bazy danych s.1-9
10 Analiza przykładowej relacji (1) Schemat relacji Pracownik(PESEL, Nazwisko, Imię, DataP, DataK, IDW, NazwaW) Przykładowy zbiór krotek PESEL Nazwisko Imię DataP DataK IDW NazwaW Nowak Andrzej W3 Transport Kowalski Jan W7 Mechaniczny Kowalski Jan W7 Mechaniczny Nowak Andrzej W3 Transport Kowalski Jan W7 Mechaniczny Nowak Andrzej W7 Mechaniczny Kowalski Jan W7 Mechaniczny Nowak Andrzej W7 Mechaniczny Bazy danych s.1-10
11 Analiza przykładowej relacji (2) Problemy związane z korzystaniem z bazy danych o powyższym schemacie: 1. Anomalie przy wstawianiu w relacji zaprojektowanej w przedstawiony sposób krotki zawierające dane pracowników, którzy nie byli jeszcze na zwolnieniu muszą zawierać puste pola. 2. Redundancja pewne informacje w bazie powtarzają się; np. Jan Kowalski był trzykrotnie na zwolnieniu, co spowodowało konieczność trzykrotnego powtórzenia jego pełnych danych. 3. Anomalie przy aktualizacji (niespójność bazy danych) dane pracowników występują w bazie kilkakrotnie mogą więc pojawić się niezgodności, np. Andrzej Nowak początkowo pracował na wydziale W3, jednak zanim poszedł na zwolnienie lekarskie 7 września 2005 r. zmienił wydział na W7, takie podejście powoduje, że w relacji występują krotki dotyczące tej samej osoby zawierające różne dane. 4. Anomalie przy usuwaniu informacje o wydziałach nie są odseparowane od danych pracowników, nie można usunąć wydziału nie usuwając danych pracowników. Bazy danych s.1-11
12 Zależność funkcjonalna Składnik B jest funkcjonalnie zależny od składnika A w relacji R(A, B, C, D) jeżeli każdej wartości aa jest przyporządkowana tylko jedna wartość bb. Zależność funkcjonalną B w stosunku do A zapisujemy AB. Np. w relacji Pracownik: Pracownik(PESEL, Nazwisko, Imię, DataP, DataK, IDW, NazwaW) PESELNazwisko jest zależnością funkcjonalną. Każda osoba ma przypisany unikalny numer PESEL, więc każdemu numerowi PESEL odpowiada dokładnie jedno nazwisko. Zależność odwrotna nie będzie zależnością funkcjonalną, ponieważ w zbiorze pracowników może pojawić się kilka osób o tym samym nazwisku, a w takim przypadku nazwisku będzie odpowiadać kilka różnych numerów PASEL. PESELDataP nie jest zależnością funkcjonalną. Jeden pracownik może mieć kilka zwolnień chorobowych (każde z nich rozpoczyna się innego dnia), więc jednemu numerowi PESEL może odpowiadać wiele dat. Bazy danych s.1-12
13 Zależność funkcjonalna elementarna Składnik B jest w zależności funkcjonalnej elementarnej od składnika A w relacji R(A, B, C, D) jeżeli jest funkcjonalnie zależny od A i nie jest funkcjonalnie zależny od części A. Rozpatrywanie zależności funkcjonalnej elementarnej ma sens jedynie dla składników, które można podzielić na mniejsze części. Np. w relacji Pracownik: Pracownik(PESEL, Nazwisko, Imię, DataP, DataK, IDW, NazwaW) PESEL,DataPDataK jest zależnością funkcjonalną elementarną. Data końca zależy funkcjonalnie od numeru PESEL i daty początku zwolnienia łącznie (wskazanie konkretnej osoby i daty rozpoczęcia zwolnienia jednoznacznie określa jego koniec), ale nie zależy funkcjonalnie tylko od numeru PESEL (analogicznie do zależności PESELDataP) lub tylko od daty początku zwolnienia (tego samego dnia kilku pracowników mogło pójść na zwolnienie). PESEL,DataPNazwisko nie jest zależnością funkcjonalną elementarną. Nazwisko jest zależne funkcjonalnie od samego numeru PESEL (wyjaśnione w przykładzie na stronie poprzedniej). Bazy danych s.1-13
14 Zależność funkcjonalna bezpośrednia Składnik B jest w zależności funkcjonalnej bezpośredniej od składnika A w relacji R(A, B, C, D) jeżeli jest funkcjonalnie zależny od A i nie istnieje taki składnik C dla którego zachodzi: AC i CB. Np. w relacji Pracownik: Pracownik(PESEL, Nazwisko, Imię, DataP, DataK, IDW, NazwaW) PESELImię jest zależnością funkcjonalną bezpośrednią. Poza numerem PESEL w relacji nie istnieje składnik, od którego Imię jest zależne funkcjonalnie (nazwisko może powtórzyć się u kilku pracowników), nie można więc wskazać składnika, poprzez który uzyskuje się zależność pośrednią. PESEL,DataPNazwaW nie jest zależnością bezpośrednią. Nazwa wydziału jest zależna funkcjonalnie od identyfikatora wydziału, jednocześnie identyfikator jest jednoznacznie wyznaczony przez numer PESEL i konkretną datę zwolnienia (danego dnia konkretny pracownik jest przypisany do jednego wydziału), stąd zachodzi: PESEL,DataPIDW, IDWNazwaW, istnieje więc składnik, poprzez który uzyskuje się zależność pośrednią. Bazy danych s.1-14
15 I forma normalna relacji Relacja R jest w pierwszej formie normalnej (IFN) jeżeli każdy ze składników, który nie jest elementem klucza, jest w zależności funkcjonalnej od klucza. Np. relacja Pracownik postaci: Pracownik(PESEL, Nazwisko, Imię, DataP, DataK, IDW, NazwaW) nie jest w IFN, ponieważ na etapie wstępnej analizy źle określono jej klucz. Zależność funkcjonalna od numeru PESEL występuje tylko w przypadku nazwiska i imienia pracownika, daty zwolnień chorobowych (DataP i DataK) oraz dane wydziału (IDW, NazwaW) nie są zależne funkcjonalnie od klucza. Inaczej: PESEL nie jest kluczem, ponieważ nie identyfikuje jednoznacznie krotki. Relacja będzie w IFN, gdy klucz zostanie uzupełniony o składnik DataP: Pracownik(PESEL, Nazwisko, Imię, DataP, DataK, IDW, NazwaW) W konkretnym dniu dany pracownik jest przypisany do jednego wydziału, istnieje więc zależność funkcjonalna PESEL,DataPIDW,NazwaW, ponadto PESEL i data początku jednoznacznie określają datę końca zwolnienia, więc również zależność funkcjonalna PESEL,DataPDataK. Bazy danych s.1-15
16 II forma normalna relacji Relacja R jest w drugiej formie normalnej (IIFN) jeżeli jest w IFN i każdy ze składników, który nie jest elementem klucza, jest w zależności funkcjonalnej elementarnej od klucza. Np. utworzona w poprzednim kroku relacja Pracownik postaci Pracownik(PESEL, Nazwisko, Imię, DataP, DataK, IDW, NazwaW) jest w IFN, ale nie w IIFN, ponieważ istnieją składniki (Nazwisko, Imię), które nie są zależne elementarnie od klucza (PESEL, DataP). Można wykazać, że (strona 12.): PESELNazwisko,Imię. W celu doprowadzenia relacji do IIFN należy dokonać dekompozycji na dwie relacje, których kluczem zostaną składniki będące źródłem zależności elementarnych: Pracownik1(PESEL, DataP, DataK, IDW, NazwaW) Pracownik2(PESEL, Nazwisko, Imię) Bazy danych s.1-16
17 III forma normalna relacji Relacja R jest w trzeciej formie normalnej (IIIFN) jeżeli jest w IIFN i każdy ze składników, który nie jest elementem klucza jest w zależności funkcjonalnej bezpośredniej od klucza. Np. utworzona w poprzednim kroku relacja Pracownik1 postaci Pracownik1(PESEL, DataP, DataK, IDW, NazwaW) jest w IIFN, ale nie jest w IIIFN, ponieważ istnieje składnik (NazwaW), który nie jest zależny bezpośrednio od klucza. Można wykazać, że (strona 14.): PESEL,DataPIDW, IDWNazwaW W celu doprowadzenia relacji do IIIFN należy dokonać dekompozycji na dwie relacje, których kluczem zostaną składniki będące źródłem zależności bezpośrednich: Pracownik1-1(PESEL, DataP, DataK, IDW) Pracownik1-2(IDW, NazwaW) Relacja Pracownik2 jest zarówno w IIFN jak i w IIIF, ponieważ jej wszystkie składniki zależą funkcjonalnie bezpośrednio od klucza. Bazy danych s.1-17
18 Podsumowanie Proces kolejnych transformacji, którym poddawana była pierwotna relacja Pracownik (strony 15-17) nazywany jest normalizacją danych. Jego podstawowym celem jest uzyskanie optymalnego modelu danych, pozbawionego redundancji i innych anomalii przedstawionych na stronie 11. Wynikiem normalizacji jest zestaw trzech relacji w IIIFN postaci: Pracownik1-1 (PESEL, DataP, DataK, IDW) Pracownik1-2 (IDW, NazwaW) Pracownik2 (PESEL, Nazwisko, Imię) Ostatnim krokiem tworzenia modelu danych powinna być analiza schematów relacji i przypisanie im nazw określających ich faktyczną zawartość. W tym przypadku relacja Pracownik2 zawiera dane osobowe pracowników, relacja Pracownik1-2 dane wydziałów, a Pracownik1-1 informacje o zwolnieniach chorobowych, więc ostateczny zestaw relacji przyjmuje postać: Pracownicy (PESEL, Nazwisko, Imię) Wydziały (IDW, NazwaW) Zwolnienia (PESEL, DataP, DataK, IDW) Bazy danych s.1-18
19 Analiza (1) Zawartość zestawu relacji na podstawie przykładowych danych ze strony 10.: Pracownicy PESEL Nazwisko Imię Nowak Andrzej Kowalski Jan Wydziały IDW NazwaW W3 Transport W7 Mechaniczny Zwolnienia PESEL DataP DataK IDW W W W W W W7 Przyjmując rozmiary atrybutów (w znakach): PESEL 11, Nazwisko, Imię 25, IDW 2, NazwaW 15, DataP, DataK 10, otrzymujemy rozmiary: pierwotna relacja: ( ) 8 = 98x8 = 784 relacje w IIIFN: ( ) 2 + (2+15) 2 + ( ) 6 = = 354 Każde kolejne zwolnienie chorobowe powiększy rozmiar pierwotnej relacji o 98 znaków, natomiast w przypadku relacji w IIIFN będą to 33 znaki. Bazy danych s.1-19
20 Analiza (2) Cechy uzyskanego modelu danych: 1. Zestaw relacji w IIIFN pozwala wykonać aplikację zgodną z pierwotnym przeznaczeniem, realizującą zaplanowane funkcje (strona 6.). 2. W porównaniu do pierwotnej postaci relacji uzyskano znaczącą redukcję bazy danych (różnice będą tym większe im większa liczba zwolnień). 3. Relacje w IIIFN oferują dużo większą elastyczność, umożliwiając łatwą rozbudowę schematów relacji bez nadmiernego powiększania rozmiaru bazy danych (np. rozbudowa relacji Pracownicy o dodatkowe dane osobowe). 4. Wyeliminowane zostały redundancje, dzięki czemu aktualizacja danych stała się znacznie łatwiejsza (np. zmiana nazwy wydziału). 5. Dodanie nowego pracownika, który nie był jeszcze na zwolnieniu nie powoduje konieczności utworzenia krotki z pustymi danymi. Bazy danych s.1-20
Wykład I. Wprowadzenie do baz danych
Wykład I Wprowadzenie do baz danych Trochę historii Pierwsze znane użycie terminu baza danych miało miejsce w listopadzie w 1963 roku. W latach sześcdziesątych XX wieku został opracowany przez Charles
Bardziej szczegółowoProjektowanie Systemów Informacyjnych
Projektowanie Systemów Informacyjnych Wykład II Encje, Związki, Diagramy związków encji, Opracowano na podstawie: Podstawowy Wykład z Systemów Baz Danych, J.D.Ullman, J.Widom Copyrights by Arkadiusz Rzucidło
Bardziej szczegółowoSystemy baz danych. mgr inż. Sylwia Glińska
Systemy baz danych Wykład 1 mgr inż. Sylwia Glińska Baza danych Baza danych to uporządkowany zbiór danych z określonej dziedziny tematycznej, zorganizowany w sposób ułatwiający do nich dostęp. System zarządzania
Bardziej szczegółowoDefinicja bazy danych TECHNOLOGIE BAZ DANYCH. System zarządzania bazą danych (SZBD) Oczekiwania wobec SZBD. Oczekiwania wobec SZBD c.d.
TECHNOLOGIE BAZ DANYCH WYKŁAD 1 Wprowadzenie do baz danych. Normalizacja. (Wybrane materiały) Dr inż. E. Busłowska Definicja bazy danych Uporządkowany zbiór informacji, posiadający własną strukturę i wartość.
Bardziej szczegółowoWykład II Encja, atrybuty, klucze Związki encji. Opracowano na podstawie: Podstawowy Wykład z Systemów Baz Danych, J.D.Ullman, J.
Bazy Danych Wykład II Encja, atrybuty, klucze Związki encji Opracowano na podstawie: Podstawowy Wykład z Systemów Baz Danych, J.D.Ullman, J.Widom Copyrights by Arkadiusz Rzucidło 1 Encja Byt pojęciowy
Bardziej szczegółowoRelacyjny model baz danych, model związków encji, normalizacje
Relacyjny model baz danych, model związków encji, normalizacje Wyklad 3 mgr inż. Maciej Lasota mgr inż. Karol Wieczorek Politechnika Świętokrzyska Katedra Informatyki Kielce, 2009 Definicje Operacje na
Bardziej szczegółowoDiagramy związków encji. Laboratorium. Akademia Morska w Gdyni
Akademia Morska w Gdyni Gdynia 2004 1. Podstawowe definicje Baza danych to uporządkowany zbiór danych umożliwiający łatwe przeszukiwanie i aktualizację. System zarządzania bazą danych (DBMS) to oprogramowanie
Bardziej szczegółowoWYKŁAD 1. Wprowadzenie do problematyki baz danych
WYKŁAD 1 Wprowadzenie do problematyki baz danych WYKŁAD 2 Relacyjny i obiektowy model danych JĘZYK UML (UNIFIED MODELING LANGUAGE) Zunifikowany język modelowania SAMOCHÓD
Bardziej szczegółowo030 PROJEKTOWANIE BAZ DANYCH. Prof. dr hab. Marek Wisła
030 PROJEKTOWANIE BAZ DANYCH Prof. dr hab. Marek Wisła Elementy procesu projektowania bazy danych Badanie zależności funkcyjnych Normalizacja Projektowanie bazy danych Model ER, diagramy ERD Encje, atrybuty,
Bardziej szczegółowoTechnologia informacyjna
Technologia informacyjna Pracownia nr 9 (studia stacjonarne) - 05.12.2008 - Rok akademicki 2008/2009 2/16 Bazy danych - Plan zajęć Podstawowe pojęcia: baza danych, system zarządzania bazą danych tabela,
Bardziej szczegółowoNormalizacja baz danych
Wrocławska Wyższa Szkoła Informatyki Stosowanej Normalizacja baz danych Dr hab. inż. Krzysztof Pieczarka Email: krzysztof.pieczarka@gmail.com Normalizacja relacji ma na celu takie jej przekształcenie,
Bardziej szczegółowoBaza danych "Biblioteka"
Baza danych "Biblioteka" przeznaczenie i funkcje aplikacji schemat opisowy model danych implementacja funkcji analiza wybranych przykładów powiązań Bazy danych s.3-1 Przeznaczenie i funkcje aplikacji Przeznaczenie:
Bardziej szczegółowoPojęcie zależności funkcyjnej
Postacie normalne Plan wykładu Zależności funkcyjne Cel normalizacji Pierwsza postać normalna Druga postać normalna Trzecia postać normalna Postać normalna Boyca - Codda Pojęcie zależności funkcyjnej Definicja
Bardziej szczegółowoPodstawowe pojęcia dotyczące relacyjnych baz danych. mgr inż. Krzysztof Szałajko
Podstawowe pojęcia dotyczące relacyjnych baz danych mgr inż. Krzysztof Szałajko Czym jest baza danych? Co rozumiemy przez dane? Czym jest system zarządzania bazą danych? 2 / 25 Baza danych Baza danych
Bardziej szczegółowoInformatyka Ćwiczenie 10. Bazy danych. Strukturę bazy danych można określić w formie jak na rysunku 1. atrybuty
Informatyka Ćwiczenie 10 Bazy danych Baza danych jest zbiór informacji (zbiór danych). Strukturę bazy danych można określić w formie jak na rysunku 1. Pracownik(ID pracownika, imie, nazwisko, pensja) Klient(ID
Bardziej szczegółowoPodstawowe pakiety komputerowe wykorzystywane w zarządzaniu przedsiębiorstwem. dr Jakub Boratyński. pok. A38
Podstawowe pakiety komputerowe wykorzystywane w zarządzaniu przedsiębiorstwem zajęcia 1 dr Jakub Boratyński pok. A38 Program zajęć Bazy danych jako podstawowy element systemów informatycznych wykorzystywanych
Bardziej szczegółowoBAZY DANYCH NORMALIZACJA BAZ DANYCH. Microsoft Access. Adrian Horzyk. Akademia Górniczo-Hutnicza
BAZY DANYCH Microsoft Access NORMALIZACJA BAZ DANYCH Adrian Horzyk Akademia Górniczo-Hutnicza Wydział Elektrotechniki, Automatyki, Informatyki i Inżynierii Biomedycznej Katedra Automatyki i Inżynierii
Bardziej szczegółowoBaza danych. Modele danych
Rola baz danych Systemy informatyczne stosowane w obsłudze działalności gospodarczej pełnią funkcję polegającą na gromadzeniu i przetwarzaniu danych. Typowe operacje wykonywane na danych w systemach ewidencyjno-sprawozdawczych
Bardziej szczegółowoWykład 2. Relacyjny model danych
Wykład 2 Relacyjny model danych Wymagania stawiane modelowi danych Unikanie nadmiarowości danych (redundancji) jedna informacja powinna być wpisana do bazy danych tylko jeden raz Problem powtarzających
Bardziej szczegółowoProjektowanie systemów informatycznych. Roman Simiński siminskionline.pl. Modelowanie danych Diagramy ERD
Projektowanie systemów informatycznych Roman Simiński roman.siminski@us.edu.pl siminskionline.pl Modelowanie danych Diagramy ERD Modelowanie danych dlaczego? Od biznesowego gadania do magazynu na biznesowe
Bardziej szczegółowoPojęcie bazy danych. Funkcje i możliwości.
Pojęcie bazy danych. Funkcje i możliwości. Pojęcie bazy danych Baza danych to: zbiór informacji zapisanych według ściśle określonych reguł, w strukturach odpowiadających założonemu modelowi danych, zbiór
Bardziej szczegółowoJak wiernie odzwierciedlić świat i zachować występujące w nim zależności? Jak implementacja fizyczna zmienia model logiczny?
Plan wykładu Spis treści 1 Projektowanie baz danych 1 2 Zależności funkcyjne 1 3 Normalizacja 1NF, 2NF, 3NF, BCNF 4 4 Normalizacja 4NF, 5NF 6 5 Podsumowanie 9 6 Źródła 10 1 Projektowanie baz danych Projektowanie
Bardziej szczegółowoBazy danych TERMINOLOGIA
Bazy danych TERMINOLOGIA Dane Dane są wartościami przechowywanymi w bazie danych. Dane są statyczne w tym sensie, że zachowują swój stan aż do zmodyfikowania ich ręcznie lub przez jakiś automatyczny proces.
Bardziej szczegółowoPRZEWODNIK PO PRZEDMIOCIE
Nazwa przedmiotu: Bazy danych Database Kierunek: Rodzaj przedmiotu: obieralny Rodzaj zajęć: wykład, laboratorium Matematyka Poziom kwalifikacji: I stopnia Liczba godzin/tydzień: 2W, 2L Semestr: III Liczba
Bardziej szczegółowoProgram wykładu. zastosowanie w aplikacjach i PL/SQL;
Program wykładu 1 Model relacyjny (10 godz.): podstawowe pojęcia, języki zapytań (algebra relacji, relacyjny rachunek krotek, relacyjny rachunek dziedzin), zależności funkcyjne i postaci normalne (BCNF,
Bardziej szczegółowoPLAN WYKŁADU BAZY DANYCH ZALEŻNOŚCI FUNKCYJNE
PLAN WYKŁADU Zależności funkcyjne Anomalie danych Normalizacja Postacie normalne Zależności niefunkcyjne Zależności złączenia BAZY DANYCH Wykład 5 dr inż. Agnieszka Bołtuć ZALEŻNOŚCI FUNKCYJNE Niech R
Bardziej szczegółowoTEMAT: BIBLIOTEKA. ETAP I Cel i główne funkcje aplikacji. Schemat opisowy PRZYKŁADOWY PROJEKT - BIBLIOTEKA. Autorzy:... Grupa:...
TEMAT: BIBLIOTEKA Autorzy:... Grupa:... ETAP I Cel i główne funkcje aplikacji Przeznaczenie: Baza danych wspomaga funkcjonowanie biblioteki uczelnianej. Funkcje: Przechowuje dane książek będących na stanie
Bardziej szczegółowoCel normalizacji. Tadeusz Pankowski
Plan Normalizacja Tadeusz Pankowski www.put.poznan.pl/~tadeusz.pankowski 1. Cel normalizacji. 2. Klucze schematów relacyjnych atrybuty kluczowe i niekluczowe. 3. 2PN druga postać normalna. 4. 3PN trzecia
Bardziej szczegółowoPożyczkobiorcy. Anomalia modyfikacji: Anomalia usuwania: Konta_pożyczkowe. Anomalia wstawiania: Przykłady anomalii. Pożyczki.
Normalizacja Niewłaściwe zaprojektowanie schematów relacji może być przyczyną dublowania się danych, ich niespójności i anomalii podczas ich aktualizowania Przykłady anomalii PROWNIY id_prac nazwisko adres
Bardziej szczegółowoProjektowanie bazy danych przykład
Projektowanie bazy danych przykład Pierwszą fazą tworzenia projektu bazy danych jest postawienie definicji celu, założeń wstępnych i określenie podstawowych funkcji aplikacji. Każda baza danych jest projektowana
Bardziej szczegółowoBazy Danych i Usługi Sieciowe
Bazy Danych i Usługi Sieciowe Model relacyjny Paweł Daniluk Wydział Fizyki Jesień 2011 P. Daniluk (Wydział Fizyki) BDiUS w. III Jesień 2011 1 / 40 Iloczyn kartezjański Iloczyn kartezjański zbiorów A, B
Bardziej szczegółowoINFORMATYKA GEODEZYJNO- KARTOGRAFICZNA Relacyjny model danych. Relacyjny model danych Struktury danych Operacje Oganiczenia integralnościowe
Relacyjny model danych Relacyjny model danych Struktury danych Operacje Oganiczenia integralnościowe Charakterystyka baz danych Model danych definiuje struktury danych operacje ograniczenia integralnościowe
Bardziej szczegółowoWPROWADZENIE DO BAZ DANYCH
WPROWADZENIE DO BAZ DANYCH Pojęcie danych i baz danych Dane to wszystkie informacje jakie przechowujemy, aby w każdej chwili mieć do nich dostęp. Baza danych (data base) to uporządkowany zbiór danych z
Bardziej szczegółowoKARTA PRZEDMIOTU. WYMAGANIA WSTĘPNE W ZAKRESIE WIEDZY, UMIEJĘTNOŚCI I INNYCH KOMPETENCJI Ogólne umiejętności posługiwania się komputerem
WYDZIAŁ INFORMATYKI I ZARZĄDZANIA Zał. nr 4 do ZW 33/01 KARTA PRZEDMIOTU Nazwa w języku polskim: Nazwa w języku angielskim: Kierunek studiów (jeśli dotyczy): Specjalność (jeśli dotyczy): Stopień studiów
Bardziej szczegółowoNormalizacja. Pojęcie klucza. Cel normalizacji
Plan Normalizacja Tadeusz Pankowski www.put.poznan.pl/~tadeusz.pankowski 1. Cel normalizacji. 2. Klucze schematów relacyjnych atrybuty kluczowe i niekluczowe. 3. 2PN druga postać normalna. 4. 3PN trzecia
Bardziej szczegółowoAutor: Joanna Karwowska
Autor: Joanna Karwowska Podczas używania bazy danych mogą pojawić się tzw. anomalie sytuacje, w których może dojść do utracenia danych. Anomalie, mogące wystąpić w niedostatecznie znormalizowanych tabelach,
Bardziej szczegółowoRELACYJNE BAZY DANYCH
RELACYJNE BAZY DANYCH Aleksander Łuczyk Bielsko-Biała, 15 kwiecień 2015 r. Ludzie używają baz danych każdego dnia. Książka telefoniczna, zbiór wizytówek przypiętych nad biurkiem, encyklopedia czy chociażby
Bardziej szczegółowoPosługiwanie się tabelami
Wykład 3 Tabele Posługiwanie się tabelami Przykładowa tabela gromadząca informacje o osobach (Imię, Nazwisko, Data urodzenia) Osoby Imię Nazwisko Data urodzenia Jan Kowalski 1995-01-01 Piotr Nowak 1994-05-22
Bardziej szczegółowoPodstawowe zagadnienia z zakresu baz danych
Podstawowe zagadnienia z zakresu baz danych Jednym z najważniejszych współczesnych zastosowań komputerów we wszelkich dziedzinach życia jest gromadzenie, wyszukiwanie i udostępnianie informacji. Specjalizowane
Bardziej szczegółowoRelacyjne bazy danych. Normalizacja i problem nadmierności danych.
Relacyjne bazy danych. Normalizacja i problem nadmierności danych. Robert A. Kłopotek r.klopotek@uksw.edu.pl Wydział Matematyczno-Przyrodniczy. Szkoła Nauk Ścisłych, UKSW Relacyjne bazy danych Stworzone
Bardziej szczegółowoBaza danych to zbiór wzajemnie powiązanych ze sobą i zintegrowanych danych z pewnej dziedziny.
PI-14 01/12 Baza danych to zbiór wzajemnie powiązanych ze sobą i zintegrowanych danych z pewnej dziedziny.! Likwidacja lub znaczne ograniczenie redundancji (powtarzania się) danych! Integracja danych!
Bardziej szczegółowoNormalizacja relacyjnych baz danych. Sebastian Ernst
Normalizacja relacyjnych baz danych Sebastian Ernst Zależności funkcyjne Zależność funkcyjna pomiędzy zbiorami atrybutów X oraz Y oznacza, że każdemu zestawowi wartości atrybutów X odpowiada dokładnie
Bardziej szczegółowoBazy danych. Zachodniopomorski Uniwersytet Technologiczny w Szczecinie. Wykład 3: Model związków encji.
Zachodniopomorski Uniwersytet Technologiczny w Szczecinie Bazy danych Wykład 3: Model związków encji. dr inż. Magdalena Krakowiak makrakowiak@wi.zut.edu.pl Co to jest model związków encji? Model związków
Bardziej szczegółowoBazy Danych. Modele danych. Krzysztof Regulski WIMiIP, KISiM,
Bazy Danych Modele danych Krzysztof Regulski WIMiIP, KISiM, regulski@agh.edu.pl Cele modelowania Strategia informatyzacji organizacji Cele informatyzacji Specyfikacja wymagań użytkownika Model procesów
Bardziej szczegółowoInstytut Mechaniki i Inżynierii Obliczeniowej Wydział Mechaniczny technologiczny Politechnika Śląska
Instytut Mechaniki i Inżynierii Obliczeniowej www.imio.polsl.pl fb.com/imiopolsl @imiopolsl Wydział Mechaniczny technologiczny Politechnika Śląska Laboratorium 5 (Projektowanie i normalizacja bazy danych)
Bardziej szczegółowoNormalizacja baz danych
Normalizacja baz danych Definicja 1 1 Normalizacja to proces organizowania danych w bazie danych. Obejmuje to tworzenie tabel i ustanawianie relacji między tymi tabelami zgodnie z regułami zaprojektowanymi
Bardziej szczegółowoKomputerowe Systemy Przemysłowe: Modelowanie - UML. Arkadiusz Banasik arkadiusz.banasik@polsl.pl
Komputerowe Systemy Przemysłowe: Modelowanie - UML Arkadiusz Banasik arkadiusz.banasik@polsl.pl Plan prezentacji Wprowadzenie UML Diagram przypadków użycia Diagram klas Podsumowanie Wprowadzenie Języki
Bardziej szczegółowoModelowanie danych, projektowanie systemu informatycznego
Modelowanie danych, projektowanie systemu informatycznego Modelowanie odwzorowanie rzeczywistych obiektów świata rzeczywistego w systemie informatycznym Modele - konceptualne reprezentacja obiektów w uniwersalnym
Bardziej szczegółowoBaza danych. Baza danych to:
Baza danych Baza danych to: zbiór danych o określonej strukturze, zapisany na zewnętrznym nośniku (najczęściej dysku twardym komputera), mogący zaspokoić potrzeby wielu użytkowników korzystających z niego
Bardziej szczegółowoBazy danych Wykład zerowy. P. F. Góra
Bazy danych Wykład zerowy P. F. Góra http://th-www.if.uj.edu.pl/zfs/gora/ 2012 Patron? Św. Izydor z Sewilli (VI wiek), biskup, patron Internetu (sic!), stworzył pierwszy katalog Copyright c 2011-12 P.
Bardziej szczegółowoPRZYKŁAD. Prosta uczelnia. Autor: Jan Kowalski nr indeksu: (przykładowy projekt)
Prosta uczelnia (przykładowy projekt) Autor: Jan Kowalski nr indeksu: 123456 Opis problemu Projekt ten ma na celu stworzenie systemu do przechowywania i obróbki danych o wynikach egzaminacyjnych około
Bardziej szczegółowo1 Projektowanie systemu informatycznego
Plan wykładu Spis treści 1 Projektowanie systemu informatycznego 1 2 Modelowanie pojęciowe 4 2.1 Encja....................................... 5 2.2 Własności.................................... 6 2.3 Związki.....................................
Bardziej szczegółowoModel relacyjny bazy danych
Bazy Danych Model relacyjny bazy danych Przygotował: mgr inż. Maciej Lasota Bazy Danych 1 1) Model relacyjny bazy danych Relacyjny model bazy danych pojawił się po raz pierwszy w artykule naukowym Edgara
Bardziej szczegółowoBazy Danych. C. J. Date, Wprowadzenie do systemów baz danych, WNT - W-wa, (seria: Klasyka Informatyki), 2000
Bazy Danych LITERATURA C. J. Date, Wprowadzenie do systemów baz danych, WNT - W-wa, (seria: Klasyka Informatyki), 2000 J. D. Ullman, Systemy baz danych, WNT - W-wa, 1998 J. D. Ullman, J. Widom, Podstawowy
Bardziej szczegółowoS y s t e m y. B a z D a n y c h
S y s t e m y B a z D a n y c h Wykład na przedmiot: Bazy danych Studia zaoczne i podyplomowe UAM Anna Pankowska aniap@amu.edu.pl W y k ł a d I Temat: Relacyjne bazy danych Plan wykładu: - cel stosowania
Bardziej szczegółowoKrzysztof Kadowski. PL-E3579, PL-EA0312,
Krzysztof Kadowski PL-E3579, PL-EA0312, kadowski@jkk.edu.pl Bazą danych nazywamy zbiór informacji w postaci tabel oraz narzędzi stosowanych do gromadzenia, przekształcania oraz wyszukiwania danych. Baza
Bardziej szczegółowoDiagramy ERD. Model struktury danych jest najczęściej tworzony z wykorzystaniem diagramów pojęciowych (konceptualnych). Najpopularniejszym
Diagramy ERD. Model struktury danych jest najczęściej tworzony z wykorzystaniem diagramów pojęciowych (konceptualnych). Najpopularniejszym konceptualnym modelem danych jest tzw. model związków encji (ERM
Bardziej szczegółowoProjekt małej Bazy Danych.
Artykuł pobrano ze strony eioba.pl Projekt małej Bazy Danych. Przykałdowa baza danych dotycząca forum dyskusyjnego. Autor: Magister inżynier Ireneusz Łukasz Dzitkowski Wałcz, dnia: 08. 02. 2012r. Wszystkie
Bardziej szczegółowoPROJEKT Z BAZ DANYCH
POLITECHNIKA WROCŁAWSKA WYDZIAŁ ELEKTRONIKI PROJEKT Z BAZ DANYCH System bazodanowy wspomagający obsługę sklepu internetowego AUTOR: Adam Kowalski PROWADZĄCY ZAJĘCIA: Dr inż. Robert Wójcik, W4/K-9 Indeks:
Bardziej szczegółowoMicrosoft Access materiały pomocnicze do ćwiczeń cz. 1
Microsoft Access materiały pomocnicze do ćwiczeń cz. 1 I. Tworzenie bazy danych za pomocą kreatora Celem ćwiczenia jest utworzenie przykładowej bazy danych firmy TEST, zawierającej informacje o pracownikach
Bardziej szczegółowoPRZEWODNIK PO PRZEDMIOCIE
Nazwa przedmiotu: Kierunek: Informatyka Rodzaj przedmiotu: obowiązkowy w ramach treści kierunkowych, moduł kierunkowy ogólny Rodzaj zajęć: wykład, laboratorium BAZY DANYCH Databases Forma studiów: Stacjonarne
Bardziej szczegółowoProgram nauczania. Systemy baz danych. technik informatyk 351203
Program nauczania Systemy baz technik informatyk 351203 Treści nauczania Lp. Temat Liczba godzin Efekty kształcenia 1. Zapoznanie z pojęciem baz 53 1. Pojęcie bazy podstawowe definicje 2 PKZ(E.b)11 2.
Bardziej szczegółowoBAZY DANYCH model związków encji. Opracował: dr inż. Piotr Suchomski
BAZY DANYCH model związków encji Opracował: dr inż. Piotr Suchomski Świat rzeczywisty a baza danych Świat rzeczywisty Diagram związków encji Model świata rzeczywistego Założenia, Uproszczenia, ograniczenia
Bardziej szczegółowoBAZY DANYCH NORMALIZACJA BAZ DANYCH. Microsoft Access. Adrian Horzyk. Akademia Górniczo-Hutnicza
BAZY DANYCH Microsoft Access NORMALIZACJA BAZ DANYCH Adrian Horzyk Akademia Górniczo-Hutnicza Wydział Elektrotechniki, Automatyki, Informatyki i Inżynierii Biomedycznej Katedra Automatyki i Inżynierii
Bardziej szczegółowoLaboratorium Technologii Informacyjnych. Projektowanie Baz Danych
Laboratorium Technologii Informacyjnych Projektowanie Baz Danych Komputerowe bazy danych są obecne podstawowym narzędziem służącym przechowywaniu, przetwarzaniu i analizie danych. Gromadzone są dane w
Bardziej szczegółowomail: strona: konsultacje: na stronie (po wcześniejszym umówieniu drogą mailową)
1 Organizacyjne Kwestie organizacyjne Kontakt: mail: olga.siedlecka@icis.pcz.pl strona: http://icis.pcz.pl/~olga konsultacje: na stronie (po wcześniejszym umówieniu drogą mailową) Zaliczenie wykładu -
Bardziej szczegółowoSystemy baz danych. Notatki z wykładu. http://robert.brainusers.net 17.06.2009
Systemy baz danych Notatki z wykładu http://robert.brainusers.net 17.06.2009 Notatki własne z wykładu. Są niekompletne, bez bibliografii oraz mogą zawierać błędy i usterki. Z tego powodu niniejszy dokument
Bardziej szczegółowoAutor: Joanna Karwowska
Autor: Joanna Karwowska W bazie danych przechowujemy tylko niektóre informacje o świecie rzeczywistym. Wybór właściwych wycinków rzeczywistości i dotyczących ich danych jest bardzo istotny od niego zależy
Bardziej szczegółowoBazy Danych. Bazy Danych i SQL Podstawowe informacje o bazach danych. Krzysztof Regulski WIMiIP, KISiM,
Bazy Danych Bazy Danych i SQL Podstawowe informacje o bazach danych Krzysztof Regulski WIMiIP, KISiM, regulski@metal.agh.edu.pl Oczekiwania? 2 3 Bazy danych Jak przechowywać informacje? Jak opisać rzeczywistość?
Bardziej szczegółowoPierwsza postać normalna
Normalizacja Pierwsza postać normalna Jedynymi relacjami dozwolonymi w modelu relacyjnym są relacje spełniające następujący warunek: każda wartość w relacji, tj. każda wartość atrybutu w każdej krotce,
Bardziej szczegółowoProjektowanie BAZY DANYCH
Projektowanie BAZY DANYCH Podstawowe pojęcia Encją jest każdy przedmiot, zjawisko, stan lub pojęcie, czyli każdy obiekt, który potrafimy odróżnić od innych obiektów ( np. pies, rower,upał). Encje podobne
Bardziej szczegółowoAnaliza i projektowanie oprogramowania. Analiza i projektowanie oprogramowania 1/32
Analiza i projektowanie oprogramowania Analiza i projektowanie oprogramowania 1/32 Analiza i projektowanie oprogramowania 2/32 Cel analizy Celem fazy określania wymagań jest udzielenie odpowiedzi na pytanie:
Bardziej szczegółowoPODSTAWY BAZ DANYCH. 5. Modelowanie danych. 2009/ Notatki do wykładu "Podstawy baz danych"
PODSTAWY BAZ DANYCH 5. Modelowanie danych 1 Etapy tworzenia systemu informatycznego Etapy tworzenia systemu informatycznego - (według CASE*Method) (CASE Computer Aided Systems Engineering ) Analiza wymagań
Bardziej szczegółowoI. KARTA PRZEDMIOTU CEL PRZEDMIOTU
I. KARTA PRZEDMIOTU 1. Nazwa przedmiotu: BAZY DANYCH 2. Kod przedmiotu: Bda 3. Jednostka prowadząca: Wydział Mechaniczno-Elektryczny 4. Kierunek: Automatyka i Robotyka 5. Specjalność: Informatyka Stosowana
Bardziej szczegółowoK1A_W11, K1A_W18. Egzamin. wykonanie ćwiczenia lab., sprawdzian po zakończeniu ćwiczeń, egzamin, K1A_W11, K1A_W18 KARTA PRZEDMIOTU
(pieczęć wydziału) KARTA PRZEDMIOTU 1. Nazwa przedmiotu: BAZY DANYCH 2. Kod przedmiotu: 3. Karta przedmiotu ważna od roku akademickiego: 2014/2015 4. Forma kształcenia: studia pierwszego stopnia 5. Forma
Bardziej szczegółowoBazy danych 2. Wykład 1
Bazy danych 2 Wykład 1 Sprawy organizacyjne Materiały i listy zadań zamieszczane będą na stronie www.math.uni.opole.pl/~ajasi E-mail: standardowy ajasi@math.uni.opole.pl Sprawy organizacyjne Program wykładu
Bardziej szczegółowo1 Wstęp do modelu relacyjnego
Plan wykładu Model relacyjny Obiekty relacyjne Integralność danych relacyjnych Algebra relacyjna 1 Wstęp do modelu relacyjnego Od tego się zaczęło... E. F. Codd, A Relational Model of Data for Large Shared
Bardziej szczegółowoZależności funkcyjne
Zależności funkcyjne Plan wykładu Pojęcie zależności funkcyjnej Dopełnienie zbioru zależności funkcyjnych Postać minimalna zbioru zależności funkcyjnych Domknięcie atrybutu relacji względem zależności
Bardziej szczegółowoGrupa kursów: Wykład Ćwiczenia Laboratorium Projekt Seminarium 15 30
Zał. nr 4 do ZW 33/01 WYDZIAŁ INFORMATYKI I ZĄRZADZANIA KARTA PRZEDMIOTU Nazwa w języku polskim: Wprowadzenie do SQL Nazwa w języku angielskim: Introduction to SQL Kierunek studiów (jeśli dotyczy): Zarządzanie
Bardziej szczegółowo2010-10-21 PLAN WYKŁADU BAZY DANYCH MODEL DANYCH. Relacyjny model danych Struktury danych Operacje Integralność danych Algebra relacyjna HISTORIA
PLAN WYKŁADU Relacyjny model danych Struktury danych Operacje Integralność danych Algebra relacyjna BAZY DANYCH Wykład 2 dr inż. Agnieszka Bołtuć MODEL DANYCH Model danych jest zbiorem ogólnych zasad posługiwania
Bardziej szczegółowoWPROWADZENIE DO BAZ DANYCH
1 Technologie informacyjne WYKŁAD IV WPROWADZENIE DO BAZ DANYCH MAIL: WWW: a.dudek@pwr.edu.pl http://wgrit.ae.jgora.pl/ad Bazy danych 2 Baza danych to zbiór danych o określonej strukturze. zapisany na
Bardziej szczegółowoBAZY DANYCH. Anomalie. Rozkład relacji i normalizacja. Wady redundancji
BAZY DANYCH WYKŁAD 5 Normalizacja relacji. Zapytania zagnieżdżone cd. Wady redundancji Konieczność utrzymania spójności kopii, Marnowanie miejsca, Anomalie. (Wybrane materiały) Dr inż. E. Busłowska Copyright
Bardziej szczegółowoWprowadzenie do baz danych
Wprowadzenie do baz danych Bazy danych stanowią obecnie jedno z ważniejszych zastosowań komputerów. Podstawowe zalety komputerowej bazy to przede wszystkim szybkość przetwarzania danych, ilość dostępnych
Bardziej szczegółowoAlicja Marszałek Różne rodzaje baz danych
Alicja Marszałek Różne rodzaje baz danych Rodzaje baz danych Bazy danych można podzielić wg struktur organizacji danych, których używają. Można podzielić je na: Bazy proste Bazy złożone Bazy proste Bazy
Bardziej szczegółowoBAZA DANYCH. Informatyka. ZESPÓŁ SZKÓŁ ELEKTRYCZNYCH Prowadzący: inż. Marek Genge
BAZA DANYCH Informatyka ZESPÓŁ SZKÓŁ ELEKTRYCZNYCH Prowadzący: inż. Marek Genge Treść zadania: Dyrektor szkoły dysponuje plikami Uczniowie, Klasy i Przedmioty. Oto opisy wierszy w poszczególnych plikach:
Bardziej szczegółowoPROLOG WSTĘP DO INFORMATYKI. Akademia Górniczo-Hutnicza. Wydział Elektrotechniki, Automatyki, Informatyki i Inżynierii Biomedycznej.
Akademia Górniczo-Hutnicza Wydział Elektrotechniki, Automatyki, Informatyki i Inżynierii Biomedycznej WSTĘP DO INFORMATYKI Adrian Horzyk PROLOG www.agh.edu.pl Pewnego dnia przyszedł na świat komputer Komputery
Bardziej szczegółowoPLAN WYKŁADU BAZY DANYCH GŁÓWNE ETAPY PROJEKTOWANIA BAZY MODELOWANIE LOGICZNE
PLAN WYKŁADU Modelowanie logiczne Transformacja ERD w model relacyjny Odwzorowanie encji Odwzorowanie związków Odwzorowanie specjalizacji i generalizacji BAZY DANYCH Wykład 7 dr inż. Agnieszka Bołtuć GŁÓWNE
Bardziej szczegółowoSylabus do programu kształcenia obowiązującego od roku akademickiego 2014/15
Sylabus do programu kształcenia obowiązującego od roku akademickiego 204/5 Nazwa Bazy danych Nazwa jednostki prowadzącej przedmiot Wydział Matematyczno - Przyrodniczy Kod Studia Kierunek studiów Poziom
Bardziej szczegółowoProjektowanie baz danych
Projektowanie baz danych Etapy procesu projektowania BD Określenie celów, jakim ma służyć baza danych (w kontakcie z decydentem z firmy zamawiającej projekt). Sprecyzowanie zakresu dostępnych danych, kategorii
Bardziej szczegółowoPAŃSTWOWA WYŻSZA SZKOŁA ZAWODOWA W NOWYM SĄCZU SYLABUS PRZEDMIOTU. Obowiązuje od roku akademickiego: 2011/2012
PAŃSTWOWA WYŻSZA SZKOŁA ZAWODOWA W NOWYM SĄCZU SYLABUS Obowiązuje od roku akademickiego: 2011/2012 Instytut Techniczny Kierunek studiów: Informatyka Kod kierunku: 11.3 Specjalność: Informatyka Stosowana
Bardziej szczegółowo1 Przygotował: mgr inż. Maciej Lasota
Laboratorium nr 1 1 Bazy Danych Instrukcja laboratoryjna Temat: Normalizacje 1 Przygotował: mgr inż. Maciej Lasota 1) Wprowadzenie. Normalizacja to proces organizacji danych w bazie danych. Polega on na
Bardziej szczegółowoBazy danych i usługi sieciowe
Bazy danych i usługi sieciowe Modelowanie związków encji Paweł Daniluk Wydział Fizyki Jesień 2014 P. Daniluk (Wydział Fizyki) BDiUS w. II Jesień 2014 1 / 28 Modelowanie Modelowanie polega na odwzorowaniu
Bardziej szczegółowoRelacyjny model danych
Model relacyjny Relacyjny model danych Relacyjny model danych jest obecnie najbardziej popularnym modelem używanym w systemach baz danych. Podstawą tego modelu stała się praca opublikowana przez E.F. Codda
Bardziej szczegółowoBazy Danych. Bazy Danych i SQL Podstawowe informacje o bazach danych. Krzysztof Regulski WIMiIP, KISiM, regulski@metal.agh.edu.pl
Bazy Danych Bazy Danych i SQL Podstawowe informacje o bazach danych Krzysztof Regulski WIMiIP, KISiM, regulski@metal.agh.edu.pl Literatura i inne pomoce Silberschatz A., Korth H., S. Sudarshan: Database
Bardziej szczegółowoBazy danych. Algebra relacji
azy danych lgebra relacji Model danych Model danych to spójny zestaw pojęć służący do opisywania danych i związków między nimi oraz do manipulowania danymi i ich związkami, a także do wyrażania więzów
Bardziej szczegółowoPaweł Kurzawa, Delfina Kongo
Paweł Kurzawa, Delfina Kongo Pierwsze prace nad standaryzacją Obiektowych baz danych zaczęły się w roku 1991. Stworzona została grupa do prac nad standardem, została ona nazwana Object Database Management
Bardziej szczegółowoTransformacja modelu ER do modelu relacyjnego
Transformacja modelu ER do modelu relacyjnego Wykład przygotował: Robert Wrembel BD wykład 4 (1) 1 Plan wykładu Transformacja encji Transformacja związków Transformacja hierarchii encji BD wykład 4 (2)
Bardziej szczegółowoZwiązki pomiędzy tabelami
Związki pomiędzy tabelami bazy danych. Stosowanie relacji jako nazwy połączenia miedzy tabelami jest tylko grą słów, którą można znaleźć w wielu podręcznikach ( fachowo powinno się używać związku). Związki
Bardziej szczegółowoWrocławska Wyższa Szkoła Informatyki Stosowanej. Bazy danych. Dr hab. inż. Krzysztof Pieczarka. Email: krzysztof.pieczarka@gmail.
Wrocławska Wyższa Szkoła Informatyki Stosowanej Bazy danych Dr hab. inż. Krzysztof Pieczarka Email: krzysztof.pieczarka@gmail.com Literatura: Connoly T., Begg C., Systemy baz danych Praktyczne metody projektowania,
Bardziej szczegółowoPojęcie systemu baz danych
Pojęcie systemu baz danych System baz danych- skomputeryzowany system przechowywania danych/informacji zorganizowanych w pliki. Składa się z zasadniczych elementów: 1) Danych 2) Sprzętu 3) Programów 4)
Bardziej szczegółowo