Normalizacja bazy danych. WYKŁAD Piotr Ciskowski
|
|
|
- Przybysław Tadeusz Wróbel
- 9 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
Najważ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
1 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
Wykł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
Relacyjny 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
Definicja 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ść.
Zwią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
Technologia 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,
BAZY 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
Program 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,
Baza 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
Technologie 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
Bazy 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.
BAZY 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
BAZY 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
Bazy 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
BAZY 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
1 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
Pierwsza 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,
Projektowanie 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
WYKŁ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
Autor: 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,
Normalizacja 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
Normalizacja 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
Projektowanie 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
Cel 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
Wykł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
WPROWADZENIE 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
Wykł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
Normalizacja 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
PLAN 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
Systemy 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
Bazy 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
Bazy 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
Instytut 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)
Normalizacja 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,
Sylabus 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
030 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,
Autor: 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
Baza 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
Systemy 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
Jak 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
Bazy 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
Bazy 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
2010-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
Relacyjne 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
Agnieszka 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
Księ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)
Technologie 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
BAZY 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
Bazy 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
Jerzy 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
Chemoinformatyczne 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
Bazy 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
Technologia 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
Przykł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ł,
Pierwsza 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,
Model 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
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 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
Wprowadzenie 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
Relacyjny 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
Podstawowe 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ą
Normalizacja. 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
Utwó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.
S 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
Uniwersytet 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
Plan 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
Bazy 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ść
Projektowanie 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
Podstawowe 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
Bazy 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,
Bazy 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.
Pawel@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ść
Spis 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
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
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...
SIECI 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
77. 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
Diagramy 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
WPROWADZENIE 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
Model 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
INFORMATYKA 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
Poję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
Model 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
TRANSFORMACJA 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)
Bazy 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
Literatura. 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,
Obiektowość 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
ZSE - 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
Bazy 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
Bazy 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,
Lab.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
P 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
Program 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.
Bazy 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
Posł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
Wprowadzenie 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)
Bazy 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
SIECI 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
Krzysztof 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
Projektowanie 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