1 Przygotował: mgr inż. Maciej Lasota



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

Model relacyjny bazy danych

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

PLAN WYKŁADU BAZY DANYCH ZALEŻNOŚCI FUNKCYJNE

Normalizacja baz danych

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

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

Technologia informacyjna

Baza danych. Baza danych to:

Technologia Informacyjna

Autor: Joanna Karwowska

Pierwsza postać normalna

Instytut Mechaniki i Inżynierii Obliczeniowej Wydział Mechaniczny technologiczny Politechnika Śląska

Normalizacja tabel POSTACIE NORMALNE TABEL

Pojęcie zależności funkcyjnej

Jak wiernie odzwierciedlić świat i zachować występujące w nim zależności? Jak implementacja fizyczna zmienia model logiczny?

Związki pomiędzy tabelami

Posługiwanie się tabelami

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

Sylabus do programu kształcenia obowiązującego od roku akademickiego 2014/15

Krzysztof Kadowski. PL-E3579, PL-EA0312,

Cel normalizacji. Tadeusz Pankowski

Systemy baz danych. Notatki z wykładu

BAZY DANYCH. Anomalie. Rozkład relacji i normalizacja. Wady redundancji

Pierwsza postać normalna

Normalizacja relacyjnych baz danych. Sebastian Ernst

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

Baza danych. Modele danych

WYKŁAD 1. Wprowadzenie do problematyki baz danych

Normalizacja baz danych

Laboratorium Technologii Informacyjnych. Projektowanie Baz Danych

Normalizacja. Pojęcie klucza. Cel normalizacji

Bazy danych 3. Normalizacja baz danych

KARTA PRZEDMIOTU. WYMAGANIA WSTĘPNE W ZAKRESIE WIEDZY, UMIEJĘTNOŚCI I INNYCH KOMPETENCJI Ogólne umiejętności posługiwania się komputerem

Krakowska Akademia im. Andrzeja Frycza Modrzewskiego. Karta przedmiotu. obowiązuje studentów, którzy rozpoczęli studia w roku akademickim 2015/2016

Microsoft Access materiały pomocnicze do ćwiczeń cz. 1

PRZEWODNIK PO PRZEDMIOCIE

Normalizacja schematu bazy danych. Radosław Fijołek Paweł Romanowski Paweł Trzos

Bazy danych. wprowadzenie teoretyczne. Piotr Prekurat 1

Technologie baz danych

Zależności funkcyjne pierwotne i wtórne

Grupa kursów: Wykład Ćwiczenia Laboratorium Projekt Seminarium 15 30

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

Co to są relacyjne bazy danych?

Plan wykładu. Problemy w bazie danych. Problemy w bazie danych BAZY DANYCH. Problemy w bazie danych Przykład sprowadzenia nieznormalizowanej SQL

WPROWADZENIE DO BAZ DANYCH

K1A_W11, K1A_W18. Egzamin. wykonanie ćwiczenia lab., sprawdzian po zakończeniu ćwiczeń, egzamin, K1A_W11, K1A_W18 KARTA PRZEDMIOTU

Bazy danych. Algebra relacji

Mechanika i Budowa Maszyn II stopień (I stopień / II stopień) ogólnoakademicki (ogólno akademicki / praktyczny)

I. KARTA PRZEDMIOTU CEL PRZEDMIOTU

Księgarnia PWN: Michael J. Hernandez Bazy danych dla zwykłych śmiertelników

Wprowadzenie do baz danych

Plan wykładu. Problemy w bazie danych. Problemy w bazie danych BAZY DANYCH

Przykłady normalizacji

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.

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

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

Podstawowe zagadnienia z zakresu baz danych

Projekt małej Bazy Danych.

SIECI KOMPUTEROWE I BAZY DANYCH

Bazy danych. Plan wykładu. Zależności funkcyjne. Wykład 2: Relacyjny model danych - zależności funkcyjne. Podstawy SQL.

Bazy danych Teoria projektowania relacyjnych baz danych. Wykła. Wykład dla studentów matematyki

WPROWADZENIE DO BAZ DANYCH

Bazy danych. Andrzej Łachwa, UJ, /15

Pożyczkobiorcy. Anomalia modyfikacji: Anomalia usuwania: Konta_pożyczkowe. Anomalia wstawiania: Przykłady anomalii. Pożyczki.

2. Tabele w bazach danych

Relacyjny model danych

Cel przedmiotu. Wymagania wstępne w zakresie wiedzy, umiejętności i innych kompetencji 1 Język angielski 2 Inżynieria oprogramowania

Relacyjne bazy danych

PRZEWODNIK PO PRZEDMIOCIE

Program nauczania. Systemy baz danych. technik informatyk

Egzamin / zaliczenie na ocenę* 0,5 0,5

Ogólny plan przedmiotu. Strony WWW. Literatura BAZY DANYCH. Materiały do wykładu:

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

MS Access Projektowanie c.d. i kwerendy

KATOLICKI UNIWERSYTET LUBELSKI. Projekt Bazy Danych. Maciej Lis K A T O L I C K I U N I W E R S Y T E T L U B E L S K I

Bazy danych. Zasady konstrukcji baz danych

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

SIECI KOMPUTEROWE I BAZY DANYCH

Bazy danych 2. Zależności funkcyjne Normalizacja baz danych

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

Informatyka I stopień (I stopień / II stopień) Ogólnoakademicki (ogólno akademicki / praktyczny) niestacjonarne (stacjonarne / niestacjonarne)

Diagramy związków encji. Laboratorium. Akademia Morska w Gdyni

Uniwersytet Zielonogórski Instytut Sterowania i Systemów Informatycznych Bazy Danych - Projekt. Zasady przygotowania i oceny projektów

Normalizacja bazy danych. WYKŁAD Piotr Ciskowski

Najważniejsze problemy, których dostarczy nam tak zaprojektowana tabela :

LK1: Wprowadzenie do MS Access Zakładanie bazy danych i tworzenie interfejsu użytkownika

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

Projektowanie baz danych

Bazy danych w geomatyce Databases in Geomatics

Bazy danych 3. Normalizacja baz danych (c.d.)

Zależności funkcyjne

Karta (sylabus) modułu/przedmiotu Mechanika i Budowa Maszyn Studia I stopnia

Normalizacja relacji

Instytut Mechaniki i Inżynierii Obliczeniowej Wydział Mechaniczny technologiczny Politechnika Śląska

Autor: Joanna Karwowska

KARTA PRZEDMIOTU 1,5 1,5

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

Projektowanie bazy danych przykład

Transkrypt:

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 tworzeniu tabel i ustanawianiu pomiędzy nimi powiązań według reguł obowiązujących zarówno przy ochronie danych, jak i uelastycznianiu bazy danych przez eliminowanie powtarzających się i niespójnych zależności. Powtarzające się dane niepotrzebnie zajmują miejsce na dysku i są przyczyną powstawania problemów z obsługą. Dwa główne etapy normalizacji to ustalenie zbioru danych, które maja być przechowywane w bazie danych i przekształcenie ich do kolejnych postaci normalnych. Zebranie danych polega na określeniu wszystkich danych, jakie maja być przechowywane w bazie danych. Dane te należy zebrać w postaci jednej tabeli, która jest następnie dzielona na mniejsze tabele przy pomocy operacji rzutu, z zachowaniem związków pomiędzy danymi. Pierwsza, druga i trzecia postać normalna dotyczą zależności funkcyjnych pomiędzy danymi, postaci czwarta i piata dotyczą zależności niefunkcyjnych. Postać nieznormalizowana Pierwsza postać normalna Druga postać normalna Trzecia postać normalna Czwarta postać normalna Piąta postać normalna

Laboratorium nr 1 2 Pierwsza postać normalna (1PN) Pierwsza postać normalna dotyczy powtarzających się grup danych, jeżeli zależności funkcyjne pomiędzy danymi wskazują na związki jeden do wielu, wskazuje to na istnienie grup danych. Definicja pierwszej postaci normalnej: Relacja jest w pierwszej postaci normalnej wtedy i tylko wtedy gdy każdy atrybut niekluczowy jest funkcyjnie zależny od klucza głównego. Pierwsza postać normalna wymaga aby żaden atrybut (kolumna) w tabeli nie był podzielny dalej, a także aby nie było powtarzających się grup. Druga postać normalna (2PN) Druga postać normalna dotyczy zależności funkcyjnych od części klucza złożonego, normalizacja do drugiej postaci ma na celu wykluczenie takich zależności. Definicja drugiej postaci normalnej : Relacja jest w drugiej postaci normalnej wtedy i tylko wtedy, gdy jest w pierwszej postaci normalnej i każdy atrybut niekluczowy, czyli nie należący do zadanego klucza, jest w pełni funkcyjnie zależny od klucza głównego. Druga postać normalna mówi, że żadna informacja w wierszu nie może zależeć tylko od części klucza podstawowego (głównego). Trzecia postać normalna (3PN) Trzecia postać normalna ma na celu wykluczenie zależności przechodnich pomiędzy danymi poprzez określenie danych determinujących spośród niekluczowych atrybutów relacji. Definicja trzeciej postaci normalnej : Relacja jest w trzeciej postaci normalnej wtedy i tylko wtedy, gdy jest w drugiej postaci normalnej i każdy niekluczowy atrybut jest bezpośrednio, a nie przechodnio, zależny od klucza głównego. Trzecia postać mówi, że żadna informacja w kolumnie, która nie jest kluczem podstawowym, nie może zależeć od niczego innego, jak tylko od klucza podstawowego.

Laboratorium nr 1 3 Postać normalna Boyce a-codda (BCNF) Definicja postaci normalnej Boyce a-codda stanowi właściwie sumę pierwszej, drugiej i trzeciej postaci normalnej. Posługując się wyłącznie tą definicją można stwierdzić, czy relacja spełnia warunki relacyjnego modelu danych. Relacja jest w postaci normalnej Boyce a-codda wtedy i tylko wtedy, kiedy każdy jej atrybut zależy funkcjonalnie tylko od jej klucza głównego. 2) Przykłady normalizacji. Postać nieznormalizowana: Nr_Studenta Opiekun Pokój Klasa_1 Klasa_2 Klasa_3 1022 Nowak 412 101-07 143-01 159-02 4123 Kowalski 216 201-01 211-02 214-01 Pierwsza postać normalna: Brak powtarzających się grup, tabele powinny mieć tylko dwa wymiary. Ponieważ jeden student ma kilka klas, klasy powinny znajdować się w oddzielnej tabeli. Występowanie pól Klasa_1, Klasa_2 i Klasa_3 w powyższych rekordach jest oznaką problemów podczas projektowania. Nr_Studenta (PK) Opiekun Pokój Nr_Klasy 1022 Nowak 412 101-07 1022 Nowak 412 143-01 1022 Nowak 412 159-02 4123 Kowalski 216 201-01 4123 Kowalski 216 211-02 4123 Kowalski 216 214-01

Laboratorium nr 1 4 Druga postać normalna: Eliminowanie powtarzających się danych. W powyższej tabeli dla każdego pola Nr_Studenta istnieje wiele wartości w polach Nr_Klasy. Pole Nr_Klasy nie jest zależne od pola Nr_Studenta (klucz podstawowy), dlatego ta relacja nie znajduje się w drugiej postaci normalnej. Drugą postać normalną przedstawiono na następujących dwóch tabelach: studenci i rejestracja. Nr_Studenta (PK) Opiekun Pokój 1022 Nowak 412 4123 Kowalski 216 Tabela rejestracja Nr_Studenta Nr_Klasy (PK) 1022 101-07 1022 143-01 1022 159-02 4123 201-01 4123 211-02 4123 214-01 Trzecia postać normalna: Eliminowanie danych, które nie zależą od klucza. W ostatnim przykładzie pole Pokój (numer pokoju opiekuna) jest zależne od atrybutu Opiekun. Rozwiązaniem jest przeniesienie tego atrybutu z tabeli Studenci do tabeli Wydział, tak jak to przedstawiono poniżej: Tabela wydział Opiekun Pokój Wydział (PK) Nowak 412 40 Kowalski 216 41

Laboratorium nr 1 5 Nr_Studenta (PK) Wydział (FK) 1022 40 4123 41 Tabela rejestracja Nr_Studenta (FK) Nr_Klasy(PK) 1022 101-07 1022 143-01 1022 159-02 4123 201-01 4123 211-02 4123 214-01 Bibliografia: [1] Systemy baz danych ; Paul Beynon-Davies; Wydawnictwa Naukowo-Techniczne, Warszawa 1998. [2] Systemy baz danych pełny wykład, Hector Garcia-Molina, Jeffrey D. Ullman, Jennifer Widom; Wydawnictwa Naukowo-Techniczne, Warszawa 2006. [3] SQL dl każdego ; Rafe Coburg, Wydawnictwa Helion, Gliwice 2000. [4] Bazy danych ; Piotr Gawrysiak; Politechnika Warszawska Zakład Systemów Informacyjnych.