Wykład 2. Relacyjny model danych

Podobne dokumenty
PLAN WYKŁADU BAZY DANYCH MODEL DANYCH. Relacyjny model danych Struktury danych Operacje Integralność danych Algebra relacyjna HISTORIA

1 Wstęp do modelu relacyjnego

Model relacyjny. Wykład II

INFORMATYKA GEODEZYJNO- KARTOGRAFICZNA Relacyjny model danych. Relacyjny model danych Struktury danych Operacje Oganiczenia integralnościowe

2017/2018 WGGiOS AGH. LibreOffice Base

Systemy baz danych. mgr inż. Sylwia Glińska

Model relacyjny. Wykład II

Baza danych. Modele danych

Podstawowe pojęcia dotyczące relacyjnych baz danych. mgr inż. Krzysztof Szałajko

Program wykładu. zastosowanie w aplikacjach i PL/SQL;

Definicja bazy danych TECHNOLOGIE BAZ DANYCH. System zarządzania bazą danych (SZBD) Oczekiwania wobec SZBD. Oczekiwania wobec SZBD c.d.

Podstawowe pakiety komputerowe wykorzystywane w zarządzaniu przedsiębiorstwem. dr Jakub Boratyński. pok. A38

WPROWADZENIE DO BAZ DANYCH

030 PROJEKTOWANIE BAZ DANYCH. Prof. dr hab. Marek Wisła

BAZY DANYCH Podstawowe pojęcia

Krzysztof Kadowski. PL-E3579, PL-EA0312,

Bazy danych - wykład wstępny

Model relacyjny bazy danych

Relacyjne bazy danych. Normalizacja i problem nadmierności danych.

WPROWADZENIE DO BAZ DANYCH

Agnieszka Ptaszek Michał Chojecki

Integralność danych Wersje języka SQL Klauzula SELECT i JOIN

SZKOLENIE: Administrator baz danych. Cel szkolenia

- Przedmiot kończy się egzaminem - Egzamin ma formę testu teoretycznego

Relacyjne bazy danych

Relacyjny model baz danych, model związków encji, normalizacje

Technologia informacyjna

Bazy danych Wykład zerowy. P. F. Góra

Autor: Joanna Karwowska

Relacyjny model danych

Bazy danych. Algebra relacji

Projektowanie Systemów Informacyjnych

Wykład II Encja, atrybuty, klucze Związki encji. Opracowano na podstawie: Podstawowy Wykład z Systemów Baz Danych, J.D.Ullman, J.

Model logiczny SZBD. Model fizyczny. Systemy klientserwer. Systemy rozproszone BD. No SQL

FUNKCJE SZBD. ZSE - Systemy baz danych 1

Bazy Danych. Model Relacyjny. Krzysztof Regulski WIMiIP, KISiM, B5, pok. 408

Relacyjny model danych

Zasady transformacji modelu DOZ do projektu tabel bazy danych

Bazy Danych. Modele danych. Krzysztof Regulski WIMiIP, KISiM,

Bazy danych. Dr inż. Paweł Kasprowski

Transformacja modelu ER do modelu relacyjnego

Baza danych. Baza danych to:

Informatyka Ćwiczenie 10. Bazy danych. Strukturę bazy danych można określić w formie jak na rysunku 1. atrybuty

Transformacja modelu ER do modelu relacyjnego

Pierwsza postać normalna

Bazy danych. Bazy danych. Podstawy języka SQL. Dr inż. Paweł Kasprowski.

Wprowadzenie do baz danych

Bazy danych. Plan wykładu. Diagramy ER. Podstawy modeli relacyjnych. Podstawy modeli relacyjnych. Podstawy modeli relacyjnych

77. Modelowanie bazy danych rodzaje połączeń relacyjnych, pojęcie klucza obcego.

Bazy danych. wprowadzenie teoretyczne. Piotr Prekurat 1

Projektowanie relacyjnych baz danych

Bazy Danych. Bazy Danych i SQL Podstawowe informacje o bazach danych. Krzysztof Regulski WIMiIP, KISiM,

Alicja Marszałek Różne rodzaje baz danych

BAZY DANYCH model relacyjny. Opracował: dr inż. Piotr Suchomski

ORGANIZACJA I ZARZĄDZANIE INFORMACJĄ W BAZIE DNYCH. podstawowe pojęcia.

PRZESTRZENNE BAZY DANYCH WYKŁAD 2

Bazy danych TERMINOLOGIA

Technologie baz danych

Normalizacja relacji

Tworzenie tabel. Bazy danych - laboratorium, Hanna Kleban 1

Fizyczna struktura bazy danych w SQL Serwerze

Język SQL. Rozdział 9. Język definiowania danych DDL, część 2.

Wstęp 5 Rozdział 1. Podstawy relacyjnych baz danych 9

BAZY DANYCH algebra relacyjna. Opracował: dr inż. Piotr Suchomski

Plan wykładu: Relacyjny model danych: opis modelu, podstawowe pojęcia, ograniczenia, więzy.

22. Podstawowe pojęcia baz danych. Baza Danych. Funkcje bazy danych. Właściwości bazy danych. Modele baz danych.

BAZY DANYCH. Co to jest baza danych. Przykłady baz danych. Z czego składa się baza danych. Rodzaje baz danych

Uzupełnij pola tabeli zgodnie z przykładem poniżej,

WYKŁAD 1. Wprowadzenie do problematyki baz danych

Projektowanie systemów informatycznych. Roman Simiński siminskionline.pl. Modelowanie danych Diagramy ERD

Pojęcie systemu informacyjnego i informatycznego

Wprowadzenie do baz danych

RELACYJNE BAZY DANYCH

3 Przygotowali: mgr inż. Barbara Łukawska, mgr inż. Maciej Lasota

Bazy danych. Andrzej Łachwa, UJ, /14

Relacyjne bazy danych. Podstawy SQL

Spis treści. 1 Modelowanie logiczne. Plan wykładu. 1 Modelowanie logiczne 1

Teoretyczne podstawy informatyki

RELACYJNE BAZY DANYCH

Przykłady normalizacji

BAZY DANYCH NORMALIZACJA BAZ DANYCH. Microsoft Access. Adrian Horzyk. Akademia Górniczo-Hutnicza

Bazy danych Ćwiczenia projektowe

Utwórz klucz podstawowy relacji na podstawie unikalnego identyfikatora encji. podstawie kluczy podstawowych wiązanych relacji.

Wykład 5. SQL praca z tabelami 2

S y s t e m y. B a z D a n y c h

Bazy Danych. Bazy Danych i SQL Podstawowe informacje o bazach danych. Krzysztof Regulski WIMiIP, KISiM, regulski@metal.agh.edu.pl

koledzy, Jan, Nowak, ul. Niecała 8/23, , Wrocław, , ,

Instytut Mechaniki i Inżynierii Obliczeniowej fb.com/groups/bazydanychmt/

Bazy danych. Andrzej Grzybowski. Instytut Fizyki, Uniwersytet Śląski

Bazy danych 1. Wykład 5 Metodologia projektowania baz danych. (projektowanie logiczne)

Bazy Danych. C. J. Date, Wprowadzenie do systemów baz danych, WNT - W-wa, (seria: Klasyka Informatyki), 2000

PODSTAWY BAZ DANYCH. 5. Modelowanie danych. 2009/ Notatki do wykładu "Podstawy baz danych"

Normalizacja. Pojęcie klucza. Cel normalizacji

Bazy Danych i Usługi Sieciowe

Systemy GIS Tworzenie zapytań w bazach danych

INTERNETOWY KURS PODSTAW IT

SQL - Structured Query Language -strukturalny język zapytań SQL SQL SQL SQL

TRANSFORMACJA MODELU ER DO MODELU RELACYJNEGO

Bazy danych Karta pracy 1

BAZY DANYCH wprowadzenie. Opracował: dr inż. Piotr Suchomski

Transkrypt:

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 się grup Wypisując wiele faktur dla jednego odbiorcy, na każdej fakturze należy umieścić dane tego odbiorcy, w bazie danych dane odbiorcy powinny być zapisane tylko w jeden raz

Relacyjny model danych Opublikowany w 1969 Wywodzi się z teorii zbiorów Jedyną strukturą danych jest Relacja Relacja zapisywana jest w formie Tabeli Relacja - stosunek między (dwoma lub więcej) przedmiotami, pojęciami wielkościami itp. Zależność między nimi zapisana w formie tabeli spełnia pewien zbiór zasad

Relacja (matematyka) Relacją n-argumentową nazywamy podzbiór iloczynu kartezjańskiego n zbiorów Relacja jest zwykle takim podzbiorem iloczynu kartezjańskiego, którego elementy spełniają pewien warunek Intuicyjnie relacja oznacza związek pomiędzy elementami zbiorów (w relacyjnych BD jest tożsama z tabelą) Elementami n-argumentowej relacji są n-elementowe uporządkowane zbiory zwane krotkami (rekordami, wierszami tabeli)

Reguły, które musi spełniać relacja (tabela) Każda relacja w bazie danych ma jednoznaczną nazwę Każda kolumna w relacji ma jednoznaczną nazwę w ramach jednej relacji Wszystkie wartości w kolumnie muszą być tego samego typu Kolejność kolumn w relacji nie jest istotna Każdy wiersz w relacji musi być różny Porządek wierszy nie jest istotny Każde pole leżące na przecięciu kolumny i wiersza powinno zawierać wartość atomową (w jednym polu relacji nie jest dozwolony zbiór wartości)

Terminologia Oryginalna dla modelu Powszechnie stosowana (podręcznikowa) Żargon informatyczny Obiektowa Relacja Tabela Tablica (Plik) Klasa Krotka Wiersz Rekord Obiekt (encja) Atrybut Kolumna Pole Właściwość

Tabele Tabela składa się z nagłówka (head) i treści (body) w tej formie jest najczęściej zapisywana jako plik Nagłówek tabeli nazwy kolumn tabeli Treść tabeli wiersze danych Liczba kolumn stopień tabeli Liczba wierszy liczebność tabeli

Dziedzina Dziedzina (domain) to zbiór wartości, z których pochodzą elementy pojawiające się w kolumnach tabeli Integralność dziedziny oznacza, że wartości atrybutów przyjmują tylko poprawne wartości Aby wymusić poprawne modyfikacje można użyć odpowiedniej klauzuli (np. CHECK w SQL)

Klucz główny Klucz główny (primary key) to jedna lub więcej kolumn tabeli, w których wartości jednoznacznie identyfikują każdy wiersz w tabeli Klucz główny wymusza integralność i jednoznaczność wiersza Przykłady kluczy głównych (podstawowych) Imię + nazwisko + imię ojca + data urodzenia PESEL NIP Numer dowodu osobistego Numer paszportu Numer albumu ID

Właściwości klucza głównego Wartość klucza głównego musi być zawsze określona nie może zawierać NULL Wartości klucza głównego muszą być unikatowe w obrębie tego klucza Poszczególne wiersze rozpoznajemy po zawartości klucza głównego

Klucze obce Klucze obce są sposobem łączenia danych przechowywanych w różnych tabelach Klucz obcy (foreign key) jest kolumną lub grupą kolumn tabeli. Ma wartości z tej samej dziedziny co klucz główny tabeli, która jest z nią powiązana w bazie danych Klucz obcy identyfikuje wiersz w powiązanej tabeli

Właściwości klucza obcego Wartość klucza obcego powinna wskazywać na istniejący wiersz w powiązanej tabeli albo być nieokreślona (NULL) Jeśli wartość klucza obcego jest różna od NULL i nie wskazuje na istniejący wiersz w powiązanej tabeli mówimy, że naruszona jest integralność referencyjna bazy danych Klucz obcy odnosi się zwykle do klucza podstawowego innej tabeli i identyfikuje jeden wiersz w tej tabeli

Symbol NULL NULL stosujemy wtedy, kiedy wartość w kolumnie jest nieokreślona (nieznana) NULL nie porównuje żadnej informacji niezależnie od jej wartości NULL nie dobiera NULL NULL nie jest ani równe, ani różne NULL NULL nie ma żadnej wartości Istnienie NULL zmienia logikę z dwuwartościowej (prawda, fałsz) na trójwartościową (prawda, fałsz, nieznane (NULL))

Tabela prawdy AND (i) koniunkcja TRUE FALSE NULL TRUE TRUE FALSE NULL FALSE FALSE FALSE FALSE NULL NULL FALSE NULL

Tabela prawdy OR (lub) alternatywa TRUE FALSE NULL TRUE TRUE TRUE TRUE FALSE TRUE FALSE NULL NULL TRUE NULL NULL

Integralność bazy danych Integralność wiersza relacja (tabela) musi mieć unikalny klucz główny, który powinien być unikatowy i nie zawierać wartości NULL klucz główny uniemożliwia wystąpienie powtórzeń wierszy Integralność referencyjna wszystkie wartości kluczy obcych odnoszą się do istniejącego wiersza albo są NULL Integralność dziedziny - wymuszanie poprawnych wartości dziedziny niektóre kolumny nie są ze sobą powiązane logicznie, ale są powiązane w rzeczywistości

Kryteria relacyjności bazy danych 1. Każdy system, który pretenduje do miana systemu zarządzania relacyjnymi bazami danych, musi być w stanie zarządzać danymi wyłącznie dzięki swoim funkcjom relacyjnym 2. Baza danych gromadzi wszystkie informacje wewnątrz wierszy 3. Każda wartość może być dostępna przez kombinację nazwy relacji (tabeli), nazwy kolumny i wartości klucza podstawowego dla tego wiersza 4. Wartości NULL wprowadzane są systematycznie 5. Katalog bazy danych jest przechowywany wewnątrz jednej lub wielu relacji (tabeli), które mogą być czytane przez autoryzowanych użytkowników 6. System (SZBD) wykorzystuje język zapytań (np. SQL) 7. System musi być zdolny do uaktualniania przez perspektywę 8. System musi być zdolny do wstawiania, aktualizowania i usuwania grup wierszy, nie tylko jednego wiersza na raz

Kryteria relacyjności bazy danych 8. Programy, za pomocą których manipuluje się bazą danych, są niezależne od tego, jak baza jest fizycznie zorganizowana 9. Programy, za pomocą których baza danych jest przetwarzana, są niezależne od tego, jak baza jest logicznie zorganizowana wewnętrznie 10. Zasady integralności danych powinny być możliwe do zdefiniowania wewnątrz języka zapytań i przechowywane w katalogu, a nie w aplikacji 11. Baza danych powinna działać tak samo, niezależnie od tego, czy pracuje na pojedynczej maszynie, czy jest rozproszona przez sieć 12. Nie można użyć języka niższego rzędu do obalenia jedności zasad bazy danych Żaden z istniejących SZBD nie spełnia wszystkich kryteriów