Normalizacja bazy danych. WYKŁAD Piotr Ciskowski
|
|
- Przybysław Tadeusz Wróbel
- 8 lat temu
- Przeglądów:
Transkrypt
1 Normalizacja bazy danych WYKŁAD Piotr Ciskowski
2 Normalizacja danych o proces upraszczania danych do najbardziej efektywnej postaci efektywna = prosta efektywna wydajna o rozłożenie danych w pewien logiczny, niezawierający powtórzeń sposób, umożliwiający ponowne złożenie ich w całość
3 Normalizacja danych o proces upraszczania danych do najbardziej efektywnej postaci o rozłożenie danych w pewien logiczny, niezawierający powtórzeń sposób, umożliwiający ponowne złożenie ich w całość Edgar Frank Codd postaci normalne: 1NF first normal form 2NF 3NF 4NF 5NF BCNF Boyce-Codd normal form 6NF DKNF domain-key normal form
4 Normalizacja danych o proces upraszczania danych do najbardziej efektywnej postaci o rozłożenie danych w pewien logiczny, niezawierający powtórzeń sposób, umożliwiający ponowne złożenie ich w całość Edgar Frank Codd zagnieżdżane większość baz 3NF
5 Normalizacja danych o zanim zaczniemy każda tabela opisuje jedną encję wszystkie wiersze są unikalne i zawierają klucz podstawowy kolejność kolumn i wierszy nie ma znaczenia
6 1NF 1 POSTAĆ NORMALNA
7 1NF - pierwsza postać normalna o każda encja ma swój klucz główny o każdy klucz główny może mieć tylko jedną wartość, a nie zbiór wartości o baza nie zawiera powtarzających się grup
8 1NF - pierwsza postać normalna przykład studio nagraniowe - dane o wykonawcach i albumach Johnson, Jones. Modelowanie danych w SQL Server 2005 i 2008 baza z powtarzającymi się grupami: wykonawca gatunek album data wydania albumu The Awkward Stage rock Home Girth metal On the Sea Wasabi Peanuts country Spicy Legumes The Bobby Jenkins Band r&b Live! Running the Game Juices of Brazil latin jazz Long Road White
9 1NF - pierwsza postać normalna baza bez powtarzających się grup rozwiązanie 1 niezbyt dobre: wykonawca gatunek album 1 data wydania albumu 1 album 2 data wydania albumu 2 The Awkward Stage rock Home NULL NULL Girth metal On the Sea NULL NULL Wasabi Peanuts country Spicy Legumes NULL NULL The Bobby Jenkins Band r&b Live! Running the Game Juices of Brazil latin jazz Long Road White
10 1NF - pierwsza postać normalna baza bez powtarzających się grup rozwiązanie 2 lepsze: Albumy album data wydania wykonawca Home The Awkward Stage On the Sea Girth Spicy Legumes Wasabi Penuts Live! The Bobby Jenkins Band Running the Game The Bobby Jenkins Band Long Road Juices of Brazil White Juices of Brazil Wykonawcy wykonawca The Awkward Stage Girth Wasabi Peanuts The Bobby Jenkins Band Juices of Brazil gatunek rock metal country r&b latin jazz
11 2NF 2 POSTAĆ NORMALNA
12 2NF - druga postać normalna o 1 NF + o eliminacja zależności częściowych = wszystkie atrybuty niekluczowe mają być funkcyjnie zależne od całego klucza głównego
13 2NF - druga postać normalna przykład studio nagraniowe - dane o wykonawcach i albumach Johnson, Jones. Modelowanie danych w SQL Server 2005 i 2008 każdy wykonawca nagrywa tylko w jednym gatunku: Wykonawcy wykonawca The Awkward Stage Girth Wasabi Peanuts The Bobby Jenkins Band Juices of Brazil gatunek rock metal country r&b latin jazz
14 2NF - druga postać normalna rozwiązanie 1 - wykonawca nagrywa w kilku gatunkach: Wykonawcy wykonawca The Awkward Stage Girth Wasabi Peanuts The Bobby Jenkins Band The Bobby Jenkins Band Juices of Brazil Juices of Brazil gatunek rock metal country r&b soul latin jazz world beat
15 2NF - druga postać normalna rozwiązanie 1 - wykonawca nagrywa w kilku gatunkach + dane agenta niezgodne z 2NF: Wykonawcy wykonawca gatunek agent data podpisania główny tel. agenta The Awkward Stage rock Jan Nieznany (777) NULL dodatkowy tel. agenta Girth metal Stefan Sześciopak (777) (777) Wasabi Peanuts country Jan Nieznany (777) NULL The Bobby Jenkins Band r&b Johnny Jenkins (777) NULL The Bobby Jenkins Band soul Johnny Jenkins (777) NULL Juices of Brazil latin jazz Joanna Nieznana (777) (777) Juices of Brazil world beat Joanna Nieznana (777) (777)
16 2NF - druga postać normalna rozwiązanie 1 - wykonawca nagrywa w kilku gatunkach + dane agenta zgodne z 2NF: - rozwiązanie oryginalne Wykonawcy wykonawca gatunek data podpisania The Awkward Stage rock Girth metal Wasabi Peanuts country The Bobby Jenkins Band r&b The Bobby Jenkins Band soul Juices of Brazil latin jazz Juices of Brazil worldagent beat Agenci wykonawca główny tel. agenta Jan Nieznany The Awckward Stage (777) NULL dodatkowy tel. agenta Stefan Sześciopak Girth (777) (777) Johnny Jenkins The Bobby Jenkins Band (777) NULL Joanna Nieznana Juices of Brazil (777) (777)
17 2NF - druga postać normalna rozwiązanie 1 - wykonawca nagrywa w kilku gatunkach + dane agenta zgodne z 2NF: - rozwiązanie moje Wykonawcy wykonawca agent data podpisania The Awkward Stage Jan Nieznany Girth Stefan Sześciopak Wasabi Peanuts Jan Nieznany The Bobby Jenkins Band Johnny Jenkins Juices of Brazil Joanna Nieznana Agenci agent główny tel. agenta dodatkowy tel. agenta Jan Nieznany (777) NULL Stefan Sześciopak (777) (777) Johnny Jenkins (777) NULL Joanna Nieznana (777) (777)
18 3NF 3 POSTAĆ NORMALNA
19 3NF - trzecia postać normalna o 3 NF 2 NF + eliminacja zależności przejściowych = żadne atrybuty niekluczowe nie zależą od innych atrybutów niekluczowych
20 3NF - trzecia postać normalna 1 NF: istnieje klucz 2 NF: eliminacja zależności częściowych 3 NF: eliminacja zależności przejściowych Klucz, cały klucz i tylko klucz Tak mi dopomóź, Codd
21 3NF - trzecia postać normalna rozwiązanie 1 - wykonawca nagrywa w kilku gatunkach + dane agenta zgodne z 2NF i z 3NF: Wykonawcy wykonawca gatunek data podpisania The Awkward Stage rock Girth metal Wasabi Peanuts country The Bobby Jenkins Band r&b The Bobby Jenkins Band soul Juices of Brazil latin jazz Agenci Juices of Brazil worldagent beat wykonawca główny tel. agenta dodatkowy tel. agenta Jan Nieznany The Awckward Stage (777) NULL Stefan Sześciopak Girth (777) (777) Johnny Jenkins The Bobby Jenkins Band (777) NULL Joanna Nieznana Juices of Brazil (777) (777)
22 przykład studio nagraniowe - dane o wykonawcach i albumach Johnson, Jones. Modelowanie danych w SQL Server 2005 i 2008 lepsze pomysły?...
23 Normalizacja danych czy każdy atrybut zależy całkowicie od klucza głównego? czy każdy atrybut zależy jedynie od klucza głównego? czy w encji istnieje tylko jeden kandydat na klucz główny? nie wydzielić encję
24 DENORMALIZACJA
25 DeNormalizacja danych o działania odwrotne do normalizacji usprawiedliwienia: duże bazy, dużo relacji, wiele zapytań aplikacje raportujące ostateczny krok identyfikacja postaci normalnych ewentualna denormalizacja
26 Przykład: MODEL SPRZEDAŻY
27 przykład: model sprzedaży Vieira klient dzwoni lub przychodzi do firmy i rozmawia z pracownikiem, który następnie przyjmuje zamówienie tabela Orders: Orders OrderNo OrderDate CustomerNo CustomerName CustomerAddress ItemsOrdered
28 przykład: model sprzedaży Vieira 1NF: eliminacja powtarzających się grup danych zagwarantowanie niepodzielności danych Orders OrderNo OrderDate CustomerNo CustomerName CustomerAddress ItemsOrdered
29 przykład: model sprzedaży Vieira 1NF: eliminacja powtarzających się grup danych zagwarantowanie niepodzielności danych Orders OrderNo OrderDate CustomerNo CustomerName CustomerAddress ItemsOrdered ACME Co st St. 5-1A4536, Flange, 6lbs, $75; 4-OR2400, Injector, 0.5lbs, $108; 4-OR2403, Injector, 0.5lbs, $116; 1-4I5436, Head, 3lbs, $ Sneed Corp. 555 Main Awe. 1-3X9567, Pump, 5lbs, $62, ZZZ * Corp SW 2nd 7-8G9200, Fan, 3lbs, $84; 1-8G5437, Fan, 3lbs, $15; 1-3H6250, Control, 5lbs, $ ACME Co st. St. 40-8G9200, Fan, 3lbs, $480; 1-2P5523, Housing, 1lbs, $165; 1-3X9567, Pump, 5lbs, $42
30 przykład: model sprzedaży Vieira 1NF: eliminacja powtarzających się grup danych zagwarantowanie niepodzielności danych Orders OrderNo OrderDate CustomerNo ItemsOrdered A4536, Flange, 6lbs, $75; 4-OR2400, Injector, 0.5lbs, $108; 4-OR2403, Injector, 0.5lbs, $116; 1-4I5436, Head, 3lbs, $ X9567, Pump, 5lbs, $62, G9200, Fan, 3lbs, $84; 1-8G5437, Fan, 3lbs, $15; 1-3H6250, Control, 5lbs, $ G9200, Customers Fan, 3lbs, $480; 1-2P5523, CustomerNo Housing, 1lbs, $165; CustomerName CustomerAddress 1-3X9567, Pump, lbs, $42 ACME Co st St Sneed Corp. 555 Main Awe ZZZ * Corp SW 2nd ACME Co st. St.
31 przykład: model sprzedaży Vieira 1NF: eliminacja powtarzających się grup danych zagwarantowanie niepodzielności danych Orders OrderNo OrderDate CustomerNo ItemsOrdered A4536, Flange, 6lbs, $75; 4-OR2400, Injector, 0.5lbs, $108; 4-OR2403, Injector, 0.5lbs, $116; 1-4I5436, Head, 3lbs, $ X9567, Pump, 5lbs, $62, G9200, Fan, 3lbs, $84; 1-8G5437, Fan, 3lbs, $15; 1-3H6250, Control, 5lbs, $ G9200, Fan, 3lbs, $480; 1-2P5523, Housing, 1lbs, $165; 1-3X9567, Pump, 5lbs, $42
32 przykład: model sprzedaży Vieira 1NF: eliminacja powtarzających się grup danych zagwarantowanie niepodzielności danych - rozdzielenie danych Orders OrderNo OrderDate CustomerNo PartNo Description Qty UnitPrice TotalPrice Weight A4536 Flange 5 15,0 75, OR2400 Injector 4 27,0 108,0 0, OR2403 Injector 4 29,0 116,0 0, I5436 Head 1 750,0 750, X9567 Pump 1 62,5 62, G9200 Fan 7 12,0 84, G5437 Fan 1 15,0 15, H6250 Control 1 32,0 32, G9200 Fan 40 12,0 480, P5523 Housing 1 165,0 165, X9567 Pump 1 42,0 42,0 5
33 przykład: model sprzedaży Vieira Orders OrderNo 1NF: eliminacja powtarzających się grup danych zagwarantowanie niepodzielności danych - rozdzielenie danych - poprawienie klucza głównego LineItem OrderDate CustomerNo PartNo Description Qty UnitPrice TotalPrice Weight A4536 Flange 5 15,0 75, OR2400 Injector 4 27,0 108,0 0, OR2403 Injector 4 29,0 116,0 0, I5436 Head 1 750,0 750, X9567 Pump 1 62,5 62, G9200 Fan 7 12,0 84, G5437 Fan 1 15,0 15, H6250 Control 1 32,0 32, G9200 Fan 40 12,0 480, P5523 Housing 1 165,0 165, X9567 Pump 1 42,0 42,0 5
34 przykład: model sprzedaży Vieira Orders OrderNo 1NF - OK eliminacja powtarzających się grup danych zagwarantowanie niepodzielności danych - rozdzielenie danych - poprawienie klucza głównego LineItem OrderDate CustomerNo PartNo Description Qty UnitPrice TotalPrice Weight A4536 Flange 5 15,0 75, OR2400 Injector 4 27,0 108,0 0, OR2403 Injector 4 29,0 116,0 0, I5436 Head 1 750,0 750, X9567 Pump 1 62,5 62, G9200 Fan 7 12,0 84, G5437 Customers Fan 1 15,0 15, H6250 CustomerNo Control CustomerName 1 32,0 CustomerAddress 32, G9200 Fan 54545ACME Co , st 480,0 St P5523 Housing 12000Sneed Corp ,0 555 Main 165,0 Awe X9567 Pump ZZZ * Corp. 1 42, SW 42,0 2nd ACME Co st. St.
35 przykład: model sprzedaży Vieira 2NF: każda kolumna musi zależeć od całego klucza Orders OrderNo LineItem OrderDate CustomerNo PartNo Description Qty UnitPrice TotalPrice Weight A4536 Flange 5 15,0 75, OR2400 Injector 4 27,0 108,0 0, OR2403 Injector 4 29,0 116,0 0, I5436 Head 1 750,0 750, X9567 Pump 1 62,5 62, G9200 Fan 7 12,0 84, G5437 Fan 1 15,0 15, H6250 Control 1 32,0 32, G9200 Fan 40 12,0 480, P5523 Housing 1 165,0 165, X9567 Pump 1 42,0 42,0 5
36 przykład: model sprzedaży Vieira 2NF: OrdersDetails OrderNo LineItem każda kolumna musi zależeć od całego klucza PartNo Description Qty UnitPrice TotalPrice Weight A4536 Flange 5 15,0 75, OR2400 Injector 4 27,0 108,0 0, OR2403 Injector 4 29,0 116,0 0, I5436 Head 1 750,0 750, X9567 Pump 1 62,5 62, G9200 Fan 7 12,0 84, G5437 Fan 1 15,0 15, H6250 Control 1 32,0 32, G9200 Fan 40 12,0 480, P5523 Housing 1 165,0 165, X9567 Pump 1 42,0 42,0 5
37 przykład: model sprzedaży Vieira 2NF - OK OrdersDetails OrderNo LineItem każda kolumna musi zależeć od całego klucza PartNo Description Qty UnitPrice TotalPrice Weight A4536 Flange 5 15,0 75, OR2400 Injector 4 27,0 108,0 0, OR2403 Injector 4 29,0 116,0 0, I5436 Head 1 750,0 750, X9567 Pump 1 62,5 62, G9200 Fan 7 12,0 84, G5437 Fan 1 15,0 Orders 15, H6250 Control 1 32,0 OrderNo 32,0 5 OrderDate CustomerNo G9200 Fan 40 12,0 480, P5523 Housing 1 165,0 165, X9567 Pump 1 42, ,
38 przykład: model sprzedaży Vieira 3NF: OrdersDetails OrderNo LineItem żadna kolumna nie może zależeć od żadnej innej kolumny nie będącej kluczem tabela nie może zawierać wyliczonych danych PartNo Description Qty UnitPrice TotalPrice Weight A4536 Flange 5 15,0 75, OR2400 Injector 4 27,0 108,0 0, OR2403 Injector 4 29,0 116,0 0, I5436 Head 1 750,0 750, X9567 Pump 1 62,5 62, G9200 Fan 7 12,0 84, G5437 Fan 1 15,0 15, H6250 Control 1 32,0 32, G9200 Fan 40 12,0 480, P5523 Housing 1 165,0 165, X9567 Pump 1 42,0 42,0 5
39 przykład: model sprzedaży Vieira 3NF: żadna kolumna nie może zależeć od żadnej innej kolumny nie będącej kluczem tabela nie może zawierać wyliczonych danych OrdersDetails OrderNo LineItem PartNo Qty UnitPrice TotalPrice A ,0 75, OR ,0 108, OR ,0 116, I ,0 750, X ,5 62, G ,0 84, G ,0 15, H ,0 32, G ,0 480, P ,0 165, X ,0 42,0 Products PartNo Description Weight 5-1A4536 Flange 6 4-OR2400 Injector 0,5 4-OR2403 Injector 0,5 1-4I5436 Head 3 1-3X9567 Pump 5 7-8G9200 Fan 3 1-8G5437 Fan 3 1-3H6250 Control G9200 Fan 3 1-2P5523 Housing 1 1-3X9567 Pump 5
40 przykład: model sprzedaży Vieira klient dzwoni lub przychodzi do firmy i rozmawia z pracownikiem, który następnie przyjmuje zamówienie 3NF: żadna kolumna nie może zależeć od żadnej innej kolumny nie będącej kluczem tabela nie może zawierać wyliczonych danych WHERE TotalPrice > $100 WHERE Qty*ListPrice > $100 OrdersDetails OrderNo LineItem PartNo Qty ListPrice TotalPrice A ,5 67, OR ,3 97, OR ,1 104, I ,0 675, X ,3 56, G ,8 75, G ,5 13, H ,8 28, G ,8 432, P ,5 148,5
Normalizacja 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ółowoNajważniejsze problemy, których dostarczy nam tak zaprojektowana tabela :
Standardy i dialekty języka SQL Konkurencyjność rynku spowodowała konieczność standaryzowania języka SQL w roku 1986, kiedy został opracowany przez ANSI pierwszy standard określany jako SQL:86. Konkurencja
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ół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ół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ół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ół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ół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ółowoBAZY DANYCH model relacyjny. Opracował: dr inż. Piotr Suchomski
BAZY DANYCH model relacyjny Opracował: dr inż. Piotr Suchomski Relacyjny model danych Relacyjny model danych posiada trzy podstawowe składowe: relacyjne struktury danych operatory algebry relacyjnej, które
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ół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ółowoTechnologie baz danych
Plan wykładu Technologie baz danych Wykład 2: Relacyjny model danych - zależności funkcyjne. SQL - podstawy Definicja zależności funkcyjnych Reguły dotyczące zależności funkcyjnych Domknięcie zbioru atrybutów
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ół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ół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ółowoBazy danych. Plan wykładu. Zależności funkcyjne. Wykład 2: Relacyjny model danych - zależności funkcyjne. Podstawy SQL.
Plan wykładu Bazy danych Wykład 2: Relacyjny model danych - zależności funkcyjne. Podstawy SQL. Deficja zależności funkcyjnych Klucze relacji Reguły dotyczące zależności funkcyjnych Domknięcie zbioru atrybutów
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ół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ół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 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ół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ół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ółowoNormalizacja schematu bazy danych. Radosław Fijołek Paweł Romanowski Paweł Trzos
Normalizacja schematu bazy danych Radosław Fijołek Paweł Romanowski 171128 Paweł Trzos Normalizacja schematu bazy danych Normalizacja Postaci normalne Postaci normalne Pierwsza postać normalna 1 NF Opisuje
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ółowoProjektowanie baz danych
Krzysztof Dembczyński Instytut Informatyki Zakład Inteligentnych Systemów Wspomagania Decyzji Politechnika Poznańska Technologie Wytwarzania Oprogramowania Semestr zimowy 2005/06 Plan wykładu Ewolucja
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ół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ół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ółowoWykład XII. optymalizacja w relacyjnych bazach danych
Optymalizacja wyznaczenie spośród dopuszczalnych rozwiązań danego problemu, rozwiązania najlepszego ze względu na przyjęte kryterium jakości ( np. koszt, zysk, niezawodność ) optymalizacja w relacyjnych
Bardziej szczegółowoNormalizacja Projektowanie Diagramy encji. Bazy Danych i Systemy informacyjne Wykład 7. Piotr Syga
Bazy Danych i Systemy informacyjne Wykład 7 Piotr Syga 23.11.2018 Wprowadzenie Idea Cel usuwanie redundancji usuwanie anomalii (przy wstawianiu, usuwaniu, modyfikowaniu wierszy) Wprowadzenie Przykład idwyk
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ół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ółowoBazy danych. Plan wykładu. Diagramy ER. Podstawy modeli relacyjnych. Podstawy modeli relacyjnych. Podstawy modeli relacyjnych
Plan wykładu Bazy danych Wykład 9: Przechodzenie od diagramów E/R do modelu relacyjnego. Definiowanie perspektyw. Diagramy E/R - powtórzenie Relacyjne bazy danych Od diagramów E/R do relacji SQL - perspektywy
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ół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
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ół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ół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ółowoAutor: Joanna Karwowska
Autor: Joanna Karwowska Jeśli pobieramy dane z więcej niż jednej tabeli, w rzeczywistości wykonujemy tak zwane złączenie. W SQL istnieją instrukcje pozwalające na formalne wykonanie złączenia tabel - istnieje
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ół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ół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 1. Wykład 5 Metodologia projektowania baz danych. (projektowanie logiczne)
Bazy danych 1 Wykład 5 Metodologia projektowania baz danych (projektowanie logiczne) Projektowanie logiczne przegląd krok po kroku 1. Usuń własności niekompatybilne z modelem relacyjnym 2. Wyznacz relacje
Bardziej szczegółowoBazy Danych. Model Relacyjny. Krzysztof Regulski WIMiIP, KISiM, regulski@agh.edu.pl B5, pok. 408
Bazy Danych Model Relacyjny Krzysztof Regulski WIMiIP, KISiM, regulski@agh.edu.pl B5, pok. 408 Relacyjny model danych Relacyjny model danych jest obecnie najbardziej popularnym modelem używanym w systemach
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ół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ółowoAgnieszka Ptaszek Michał Chojecki
Agnieszka Ptaszek Michał Chojecki Krótka historia Twórcą teorii relacyjnych baz danych jest Edgar Frank Codd. Postulaty te zostały opublikowane po raz pierwszy w 1970 roku w pracy A Relational Model of
Bardziej szczegółowoKsięgarnia PWN: Michael J. Hernandez Bazy danych dla zwykłych śmiertelników
Księgarnia PWN: Michael J. Hernandez Bazy danych dla zwykłych śmiertelników Słowo wstępne (13) Przedmowa i podziękowania (drugie wydanie) (15) Podziękowania (15) Przedmowa i podziękowania (pierwsze wydanie)
Bardziej szczegółowoTechnologie baz danych
Technologie baz danych Wykład 4: Diagramy związków encji (ERD). SQL funkcje grupujące. Małgorzata Krętowska Wydział Informatyki Politechnika Białostocka Plan wykładu Diagramy związków encji elementy ERD
Bardziej szczegółowoBAZY DANYCH Podstawowe pojęcia
BAZY DANYCH Podstawowe pojęcia Wykład 1 dr Lidia Stępień Akademia im. Jana Długosza w Częstochowie L. Stępień (AJD) BD 1 / 26 Literatura 1. L. Banachowski, Bazy danych. Tworzenie aplikacji, Akademicka
Bardziej szczegółowoBazy danych. Zasady konstrukcji baz danych
Bazy danych Zasady konstrukcji baz danych Diagram związków encji Cel: Opracowanie modelu logicznego danych Diagram związków encji [ang. Entity-Relationship diagram]: zapewnia efektywne operacje na danych
Bardziej szczegółowoJerzy Nawrocki, Wprowadzenie do informatyki
Wydział Informatyki Politechnika Poznańska jerzy.nawrocki@put.poznan.pl Baza danych Bazy danych = zorganizowana kolekcja danych Bazy danych (2) Cel Agenda Przedstawić relacyjny model baz danych Era przed-relacyjna
Bardziej szczegółowoChemoinformatyczne bazy danych - Wprowadzenie do technologii baz danych. Andrzej Bąk
Chemoinformatyczne bazy danych - Wprowadzenie do technologii baz danych Andrzej Bąk Wstęp Zarys Co to jest baza danych? Podstawy teorii baz danych Klasyfikacja baz danych Organizacja danych w relacyjnej
Bardziej szczegółowoBazy danych i usługi sieciowe
Bazy danych i usługi sieciowe Model relacyjny Paweł Daniluk Wydział Fizyki Jesień 2016 P. Daniluk (Wydział Fizyki) BDiUS w. III Jesień 2016 1 / 50 Iloczyn kartezjański Iloczyn kartezjański zbiorów A, B
Bardziej szczegółowoTechnologia Informacyjna
Technologia Informacyjna zajęcia nr 9 Bazy danych cz.1 Elektrotechnika oraz Elektronika i Telekomunikacja semestr I, rok akademicki 2007/2008 mgr inż.. Paweł Myszkowski Plan dzisiejszych zajęć 1. Podstawowe
Bardziej szczegółowoPrzykłady normalizacji
Przykłady normalizacji Nr faktury Za okres Nabywca Usługa Strefa czasowa od 21113332437 1.11.2007 30.11.2007 Andrzej Macioł, Kraków ul. Armii Krajowej 7 21113332437 1.11.2007 30.11.2007 Andrzej Macioł,
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ółowoModel relacyjny. Wykład II
Model relacyjny został zaproponowany do strukturyzacji danych przez brytyjskiego matematyka Edgarda Franka Codda w 1970 r. Baza danych według definicji Codda to zbiór zmieniających się w czasie relacji
Bardziej szczegółowoW A R S Z A W S K A W Y Ż S Z A S Z K O Ł A I N F O R M A T Y K I
W A R S Z A W S K A W Y Ż S Z A S Z K O Ł A I N F O R M A T Y K I W A R S Z A W S K A W Y Ż S Z A S Z K O Ł A I N F O R M A T Y K I PRACA MAGISTERSKA Piotr MACIEJEWSKI Numer albumu 2393 Autonormalizujące
Bardziej szczegółowoWprowadzenie do baz danych
Wprowadzenie do baz danych Dr inż. Szczepan Paszkiel szczepanpaszkiel@o2.pl Katedra Inżynierii Biomedycznej Politechnika Opolska Wprowadzenie DBMS Database Managment System, System za pomocą którego można
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ółowoPodstawowe informacje o bazach danych. Technologie Informacyjne
Podstawowe informacje o bazach danych Technologie Informacyjne dr inż. Michna Michał, Politechnika Gdańska 2010/2011 Przykłady systemów baz danych Książka telefoniczna, książka kucharska Zarządzanie magazynem/hurtownią
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ółowoUtwórz klucz podstawowy relacji na podstawie unikalnego identyfikatora encji. podstawie kluczy podstawowych wiązanych relacji.
TRANSFORMACJA DO SCHEMATU RELACYJNEGO pojęcia podstawowe Repetytorium pojęcia podstawowe relacyjnego modelu danych Schemat implementacyjny (logiczny) bazy danych: schemat, na którym działają aplikacje.
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ółowoUniwersytet Zielonogórski Instytut Sterowania i Systemów Informatycznych Bazy Danych - Projekt. Zasady przygotowania i oceny projektów
Uniwersytet Zielonogórski Instytut Sterowania i Systemów Informatycznych Bazy Danych - Projekt Zasady przygotowania i oceny projektów 1 Cel projektu Celem niniejszego projektu jest zaprojektowanie i implementacja
Bardziej szczegółowoPlan wykładu. Problemy w bazie danych. Problemy w bazie danych BAZY DANYCH
Plan wykładu 2 ZY DNYH Wykład 3: Sprowadzanie do postaci normalnych. SQL zapytania grupujące Małgorzata Krętowska Wydział Informatyki Politechnika iałostocka Problemy w bazie danych Przykład sprowadzenia
Bardziej szczegółowoBazy danych. Dr inż. Paweł Kasprowski
Plan wykładu Bazy danych Podstawy relacyjnego modelu danych Dr inż. Paweł Kasprowski pawel@kasprowski.pl Relacyjne bazy danych Język SQL Zapytania SQL (polecenie select) Bezpieczeństwo danych Integralność
Bardziej szczegółowoProjektowanie hurtowni danych i modelowanie wielowymiarowe
Projektowanie hurtowni danych i modelowanie wielowymiarowe Izabela Szczęch Krzysztof Dembczyński Instytut Informatyki Zakład Inteligentnych Systemów Wspomagania Decyzji Politechnika Poznańska Technologie
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 i Systemy informacyjne Wykład 7. Piotr Syga
Bazy Danych i Systemy informacyjne Wykład 7 Piotr Syga 27.11.2017 Wstęp Projektowanie baz bazodanowy komponent aplikacji projektujemy w sposób analogiczny do całej aplikacji ustalamy główne wymagania klienta,
Bardziej szczegółowoBazy danych 3. Normalizacja baz danych
Bazy danych 3. Normalizacja baz danych P. F. Góra http://th-www.if.uj.edu.pl/zfs/gora/ 2011/12 Pierwsza postać normalna Tabela jest w pierwszej postaci normalnej (1PN), jeżeli 1. Tabela posiada klucz.
Bardziej szczegółowoPawel@Kasprowski.pl Bazy danych. Bazy danych. Podstawy języka SQL. Dr inż. Paweł Kasprowski. pawel@kasprowski.pl
Bazy danych Podstawy języka SQL Dr inż. Paweł Kasprowski pawel@kasprowski.pl Plan wykładu Relacyjne bazy danych Język SQL Zapytania SQL (polecenie select) Bezpieczeństwo danych Integralność danych Współbieżność
Bardziej szczegółowoSpis treści. 2. Przypomnienie najważniejszych pojęć z baz danych.
Spis treści 2. Przypomnienie najważniejszych pojęć z baz danych....1 3. Model relacyjny baz danych....8 4. Model związków encji.... 13 5.Projektowanie bazy danych za pomocą narzędzi CASE.... 15 6. Zasady
Bardziej szczegółowoKATOLICKI 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
KATOLICKI UNIWERSYTET LUBELSKI Projekt Bazy Danych Maciej Lis 2009 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 Spis treści 1 Wstęp... 3 2 Postacie normalne... 3 2.1 Pierwsza postać normalna...
Bardziej szczegółowoSIECI KOMPUTEROWE I BAZY DANYCH
KATEDRA MECHANIKI I ROBOTYKI STOSOWANEJ WYDZIAŁ BUDOWY MASZYN I LOTNICTWA, POLITECHNIKA RZESZOWSKA SIECI KOMPUTEROWE I BAZY DANYCH Laboratorium DB2: TEMAT: Relacyjne bazy danych Cz. I, II Cel laboratorium
Bardziej szczegółowo77. Modelowanie bazy danych rodzaje połączeń relacyjnych, pojęcie klucza obcego.
77. Modelowanie bazy danych rodzaje połączeń relacyjnych, pojęcie klucza obcego. Przy modelowaniu bazy danych możemy wyróżnić następujące typy połączeń relacyjnych: jeden do wielu, jeden do jednego, wiele
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ół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ółowoModel logiczny SZBD. Model fizyczny. Systemy klientserwer. Systemy rozproszone BD. No SQL
Podstawy baz danych: Rysunek 1. Tradycyjne systemy danych 1- Obsługa wejścia 2- Przechowywanie danych 3- Funkcje użytkowe 4- Obsługa wyjścia Ewolucja baz danych: Fragment świata rzeczywistego System przetwarzania
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ół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ół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ółowoTRANSFORMACJA MODELU ER DO MODELU RELACYJNEGO
TRANSFORMACJA MODELU ER DO MODELU RELACYJNEGO Biologiczne Aplikacje Baz Danych dr inż. Anna Leśniewska alesniewska@cs.put.poznan.pl REPETYTORIUM Schemat bazy danych zbiór schematów relacji Relacja (tabela)
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ółowoLiteratura. Bazy danych s.1-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,
Bardziej szczegółowoObiektowość BD Powtórka Czas odpowiedzi. Bazy Danych i Systemy informacyjne Wykład 14. Piotr Syga
Bazy Danych i Systemy informacyjne Wykład 14 Piotr Syga 18.01.2019 Motywacja Ograniczenia relacyjnych baz danych proste typu i struktury klucze (w tym sztuczne) relacje między tabelami uwzględniane w triggerach
Bardziej szczegółowoZSE - Systemy baz danych 1 ZASADY PROJEKTOWANIA BAZ DANYCH
ZSE - Systemy baz danych 1 ZASADY PROJEKTOWANIA BAZ DANYCH ZSE - Systemy baz danych 2 rzeczywistość uzyskanie od użytkowników początkowych informacji i wymagań dotyczących przetwarzania danych analiza
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ółowoBazy Danych egzamin poprawkowy, 2012 rozwiazania
Bazy Danych egzamin poprawkowy, 2012 rozwiazania 1 Zadania 1. (20p) Stwórz diagram ER dla następującego opisu bazy danych. W szczególności oznacz słabe encje, klucze, rodzaje związków (czy wiele do jednego,
Bardziej szczegółowoLab.8: Podstawy języka SQL.
Lab.8: Podstawy języka SQL. SQL (Structured Query Language) jest językiem zapytań służącym do obsługi relacyjnych baz danych. Współcześnie każdy SZBD posiada własną implementację języka, opartą na wspólnym
Bardziej szczegółowoP o d s t a w y j ę z y k a S Q L
P o d s t a w y j ę z y k a S Q L Adam Cakudis IFP UAM Użytkownicy System informatyczny Aplikacja Aplikacja Aplikacja System bazy danych System zarządzania baz ą danych Schemat Baza danych K o n c e p
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 i Usługi Sieciowe
Bazy Danych i Usługi Sieciowe Ćwiczenia III Paweł Daniluk Wydział Fizyki Jesień 2011 P. Daniluk (Wydział Fizyki) BDiUS ćw. III Jesień 2011 1 / 1 Strona wykładu http://bioexploratorium.pl/wiki/ Bazy_Danych_i_Usługi_Sieciowe_-_2011z
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ółowoWprowadzenie do języka SQL
Wprowadzenie do języka SQL język dostępu do bazy danych grupy poleceń języka: DQL (ang( ang.. Data Query Language) DML (ang( ang.. Data Manipulation Language) DDL (ang( ang.. Data Definition Language)
Bardziej szczegółowoBazy danych model relacyjny minimum? E. F. Codd za podstawę modelu baz danych przyjął pojęcie relacji obiektu ze świata matematyki.
Bazy danych model relacyjny minimum? E. F. Codd za podstawę modelu baz danych przyjął pojęcie relacji obiektu ze świata matematyki. Niech A 1, A 2,, A n oznaczają zbiory (dziedziny). Relacją ρ nazywamy
Bardziej szczegółowoSIECI KOMPUTEROWE I BAZY DANYCH
KATEDRA MECHANIKI I ROBOTYKI STOSOWANEJ WYDZIAŁ BUDOWY MASZYN I LOTNICTWA, POLITECHNIKA RZESZOWSKA SIECI KOMPUTEROWE I BAZY DANYCH Laboratorium DB2: TEMAT: Relacyjne bazy danych Cz. I, II Cel laboratorium
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ół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ółowo