Baza danych "Biblioteka"
|
|
- Zdzisław Biernacki
- 7 lat temu
- Przeglądów:
Transkrypt
1 Baza danych "Biblioteka" przeznaczenie i funkcje aplikacji schemat opisowy model danych implementacja funkcji analiza wybranych przykładów powiązań Bazy danych s.3-1
2 Przeznaczenie i funkcje aplikacji Przeznaczenie: Baza danych wspomaga funkcjonowanie biblioteki uczelnianej. Funkcje przeznaczone dla pracownika: Przechowuje dane książek będących na stanie biblioteki. Przechowuje niezbędne dane osobowe czytelników. Przechowuje informacje (aktualne i archiwalne) o wypożyczeniach książek. Umożliwia edycję zgromadzonych danych. Umożliwia przeszukiwanie zgromadzonych danych. Generuje zestawienia statystyki. Funkcje przeznaczone dla czytelnika: Umożliwia przeszukiwanie księgozbioru. Dostarcza informacje o dostępności wybranej pozycji. Pozwala zarezerwować wybraną książkę. Bazy danych s.3-2
3 Schemat opisowy dane Każda książka ma własną kartę z unikalnym numerem, listą autorów, tytułem, wydawnictwem, rokiem wydana i datą przyjęcia do ewidencji. Autorzy są jednoznacznie identyfikowani, możliwe jest więc rozróżnienie osób o tym samym imieniu i nazwisku. Książki mają przypisany zbiór słów kluczowych, które charakteryzują ich tematykę. Jedno słowo może być przypisane do kilku książek, a każda książka może być opisana za pomocą wielu słów. Każde słowo kluczowe posiada unikalną nazwę. Czytelnicy mają indywidualne karty, na których znajduje się unikalny numer, nazwisko, adres oraz data zapisu. Każda osoba jest przypisana do jednej kategorii (np. student, wykładowca), która wyznacza termin zwrotu oraz liczbę książek możliwych do wypożyczenia. Do jednej kategorii może należeć wielu czytelników. Biblioteka gromadzi informacje o wypożyczeniach książek, przechowywaną do czasu gdy dana pozycja zostanie usunięta z księgozbioru. W chwili przekazywania książki wypożyczającemu na jej karcie zapisywana jest data wypożyczenia i numer czytelnika, uzupełnianie datą zwrotu po zwrocie książki do biblioteki. Czytelnicy mają możliwość rezerwowania wybranych książek. Pracownicy prowadzą dodatkowy rejestr, w którym zapisują identyfikator czytelnika i książki, która została zarezerwowana. Rezerwacja wygasa po upływie trzech dni. Bazy danych s.3-3
4 Schemat opisowy funkcje Pracownicy biblioteki muszą mieć możliwość przeszukiwania zgromadzonych danych: księgozbioru na podstawie numeru książki, nazwiska autora i tytułu oraz czytelników na podstawie numeru i nazwiska. Należy umożliwić edycję wszystkich gromadzonych danych (modyfikacja i usuwanie). Aplikacja powinna generować zestawienia niezbędne w codziennej pracy: listę osób wypożyczających wybraną książkę, listę książek wypożyczanych w danym okresie, listę książek niewypożyczanych w określonym przedziale czasowym, listę czytelników, którzy nie korzystają z biblioteki, statystyki dotyczące wypożyczeń z danego okresu, listę wypożyczeń, które przekroczyły dozwolony termin (upomnienia). Czytelnicy powinni mieć dostęp do swoich danych (historia wypożyczeń) i pełnego katalogu książek z możliwością przeszukiwania po: tytule, autorze i słowach kluczowych. Należy dostarczyć pełne dane książek zawierające informacje o dostępności (dostępna, zarezerwowana, wypożyczona) i przewidywanym terminie zwrotu, jeżeli książka była wypożyczona. Podczas przeglądania katalogu czytelnik powinien mieć możliwość zarezerwowania wybranych pozycji, przeglądania listy zarezerwowanych książek i ewentualnego odwołania rezerwacji. Bazy danych s.3-4
5 Wykaz skrótów Książki Czytelnicy IDKS identyfikator książki IDCZ identyfikator czytelnika Tytuł tytuł książki NazCZ nazwisko czytelnika IDA identyfikator autora ImięCZ imię czytelnika NazA nazwisko autora Miasto, Kod miejsce zamieszkania ImieA imię autora Ulica, Nr adres czytelnika NazW nazwa wydawnictwa IDKT identyfikator kategorii RokW rok wydania NazKT nazwa kategorii DataE data przyjęcia do ewidencji Termin max. czas wypożyczenia IDSK identyfikator słowa kluczowego Ilość dozwolona liczba książek NazSK nazwa słowa kluczowego Wypożyczenia i rezerwacje Wydawnictwa DataW data wypożyczenia IDW identyfikator wydawnictwa DataZ data zwrotu (atrybut nie wynika bezpośrednio z analizy DataR data rezerwacji schematu opisowego pojawi się w ostatnim kroku procesu modelowania danych) Bazy danych s.3-5
6 Wstępny zestaw relacji Obiekty: Książki, Czytelnicy Powiązania: Czytelnik wypożycza Książkę, Czytelnik rezerwuje Książkę Książki(IDKS, Tytuł, IDA, NazA ImieA, NazW, RokW, DataE, IDSK,NazSK) Czytelnicy(IDCZ, NazCZ, ImięCZ, Miasto, Kod, Ulica, Nr, DKT, NazKT, Termin, Ilość) Wypożyczenia(IDCZ, IDKS, DataW, DataZ) DataW IDKS Rezerwacje(IDCZ, IDKS, DataR) IDA IDSK IDKS ImięA NazA NazSK Tytuł NazW RokW IDCZ NazKT IDKT Ilość NazCZ ImięCZ Miasto Kod Ulica Nr Termin IDCZ DataZ Wypożyczenia DataR IDKS IDCZ Książki DataE Czytelnicy Rezerwacje Bazy danych s.3-6
7 Normalizacja danych IFN Relacja jest w IFN, jeżeli wszystkie składniki są zależne funkcjonalnie od klucza. Książki(IDKS, Tytuł, IDA, NazA ImieA, NazW, RokW, DataE, IDSK, NazSK) Czytelnicy(IDCZ, NazCZ, ImięCZ, Miasto, Kod, Ulica, Nr, IDKT, NazKT, Termin, Ilość) Wypożyczenia(IDCZ, IDKS, DataW, DataZ) Rezerwacje(IDCZ, IDKS, DataR) Uwagi: 1. Książka może mieć kilku autorów, jedna osoba może być autorem kilku książek (Książka będzie powtórzona tyle razy ilu jest autorów). 2. Książka może mieć kilka słów kluczowych, jedno słowo może być przypisane do kilku Książek (dodatkowe powtórzenia dla każdego słowa kluczowego). 3. Identyfikator Czytelnika jednoznacznie identyfikuje krotkę relacji. 4. Czytelnik wypożycza i rezerwuje wiele książek, jedną może wypożyczyć lub zarezerwować wielokrotnie. Relacje przedstawione powyżej są w IFN, ponieważ ich wszystkie składniki zależą funkcjonalnie od przyjętych kluczy. Bazy danych s.3-7
8 Normalizacja danych IIFN Relacja jest w IIFN, jeżeli jest w IFN i wszystkie jej składniki są zależne funkcjonalnie elementarnie od klucza. W relacji Książki: 1. Tytuł, NazW, RokW, DataE zależą elementarnie od IDKS 2. NazA i ImięA zależą elementarnie od IDA 3. NazSK zależy elementarnie od IDSK 4. IDKS i IDSK łącznie są źródłem zależności elementarnej 5. IDKS i IDA łącznie są źródłem zależności elementarnej Składniki pozostałych relacji zależą elementarnie od przyjętych kluczy. Książki1(IDKS, Tytuł, NazW, RokW, DataE), Książki2(IDA, NazA, ImięA) Książki3(IDSK, NazSK), Książki4(IDKS, IDSK), Książki5(IDKS, IDA) Czytelnicy(IDCZ, NazCZ, ImięCZ, Miasto, Kod, Ulica, Nr, IDKT, NazKT, Termin, Ilość) Wypożyczenia(IDCZ, IDKS, DataW, DataZ) Rezerwacje(IDCZ, IDKS, DataR) Relacje przedstawione powyżej są w IIFN, ponieważ są w IFN i wszystkie ich składniki zależą funkcjonalnie elementarnie od przyjętych kluczy. Bazy danych s.3-8
9 Normalizacja danych IIIFN Relacja jest w IIIFN, jeżeli jest w IIFN i wszystkie jej składniki są zależne funkcjonalnie bezpośrednio od klucza. W relacji Czytelnicy NazKT, Termin i Ilość zależą bezpośrednio od IDKT Składniki pozostałych relacji zależą bezpośrednio od przyjętych kluczy. Książki1(IDKS, Tytuł, NazW, RokW, DataE), Książki2(IDA, NazA, ImięA) Książki3(IDSK, NazSK), Książki4(IDKS, IDSK), Książki5(IDKS, IDA) Czytelnicy1(IDCZ, NazCZ, ImięCZ, Miasto, Kod, Ulica, Nr, IDKT) Czytelnicy2(IDKT, NazKT, Termin, Ilość) Wypożyczenia(IDCZ, IDKS, DataW, DataZ) Rezerwacje(IDCZ, IDKS, DataR) Relacje przedstawione powyżej są w IIIFN, ponieważ są w IIFN i wszystkie ich składniki zależą funkcjonalnie bezpośrednio od przyjętych kluczy. Bazy danych s.3-9
10 Normalizacja danych ostateczny zestaw relacji Możliwe udoskonalenie: nazwy wydawnictw powtarzają się przy wielu książkach (lista wydawnictw jest ograniczona). Można wprowadzić relację: Wydawnictwa(IDW, NazW) Ostatecznie po zmianie nazw: Książki(IDKS, Tytuł, IDW, RokW, DataE) Autorzy(IDA, NazA, ImięA) Książki-Autorzy(IDKS, IDA) Wydawnictwa(IDW, NazW) SłowaKluczowe(IDSK, NazSK) Książki-SłowaKluczowe(IDKS, IDSK) Czytelnicy(IDCZ, NazCZ, ImięCZ, Miasto, Kod, Ulica, Nr, IDKT) Kategorie(IDKT, NazKT, Termin, Ilość) Wypożyczenia(IDCZ, IDKS, DataW, DataZ) Rezerwacje(IDCZ, IDKS, DataR) Bazy danych s.3-10
11 Przykładowe dane (1) Książki: Ullman Jeffrey D., Widom Jennifer, "Podstawowy wykład z systemów baz danych" wydawnictwo WNT 2001, przyjęta do ewidencji , słowa kluczowe: Bazy danych, Informatyka Ullman Jeffrey D., Widom Jennifer, Garcia-Molina Hector, "Database Systems: The Complete Book", wydawnictwo Addison-Wesley 2008, przyjęta do ewidencji , słowa kluczowe: Bazy danych, Informatyka, Anglojęzyczna Czytelnicy Student, Kowalski Jan, adres: Zielona Góra, ul. Krótka 175 Wykładowca, Nowak Andrzej, adres: Sulechów, ul. Długa 22 Historia wypożyczeń i rezerwacji Kowalski - rezerwacja "Database Systems ", wypożyczenie 15.02, zwrot 5.03, Nowak - wypożyczenie "Podstawowy wykład ", zwrot 8.04, Nowak - rezerwacja "Database Systems ", wypożyczenie 9.03, brak zwrotu, Kowalski - wypożyczenie "Podstawowy wykład ", brak zwrotu Bazy danych s.3-11
12 Relacja Książki Przykładowe dane (2) IDKS Tytuł IDW RokW DataE 1 Podstawowy wykład z systemów baz danych Database Systems: The Complete Book Relacja Książki-Autorzy Relacja Wydawnictwa IDW NazW 10 WNT 20 Addison-Wesley IDKS IDA Relacja Autorzy IDA NazA ImięA 1 Ullman Jeffrey D. 2 Widom Jennifer 3 Garcia-Molina Hector Relacja SłowaKluczowe IDSK NazSK 11 Bazy danych 12 Informatyka 13 Anglojęzyczne Relacja Książki-SłowaKluczowe IDKS IDA Bazy danych s.3-12
13 Relacja Czytelnicy Przykładowe dane (3) IDCZ NazCZ ImięCZ Miasto Kod Ulica Nr IDKT 313 Kowalski Jan Zielona Góra Krótka Nowak Andrzej Sulechów Długa 22 2 Relacja Kategorie IDKT NazKT Termin Ilość 1 Student Wykładowca Relacja Wypożyczenia IDCZ IDKS DataW DataZ Relacja Rezerwacje IDCZ IDKS DataR Bazy danych s.3-13
14 Lista czytelników z pełnymi danymi Funkcje aplikacji (1) Należy wykonać złączenie naturalne relacji Czytelnicy i Kategorie, a następnie rzutowanie w celu wyboru odpowiednich atrybutów. IDCZ,NazCZ,ImięCZ,Kod,Miasto,Ulica,Nr,NazKT (Czytelnicy Kategorie) Lista Książek z pełnymi danymi (bez słów kluczowych) Pełne dane książek znajdują się w relacjach: Książki, Wydawnictwa Autorzy oraz Książki-Autorzy. Należy wykonać złączenie naturalne wszystkich relacji i rzutowanie w celu wyboru odpowiednich atrybutów. IDKS,Tytuł,,ImieA,NazA ((Książki Wydawnictwa) Książki-Autorzy) Autorzy) Lista osób wypożyczających książkę o identyfikatorze ID Informacje znajdują się w relacjach: Wypożyczenia, Czytelnicy, Książki. Należy wykonać ich złączenie naturalne, rzutowanie w celu wyboru atrybutów wyniku i selekcję ograniczającą wynik do wierszy dotyczących książki o identyfikatorze ID. IDKS=ID IDCZ,NazCZ,ImięCZ ((Czytelnicy Wypożyczenia) Książki) Bazy danych s.3-14
15 Funkcje aplikacji (2) Lista wypożyczeń, które przekroczyły dozwolony termin (upomnienia) Niezbędne informacje znajdują się w tabelach: Wypożyczenia, Książki, czytelnicy i kategorie. Należy wykonać ich złączenie naturalne, rzutowanie (wybór atrybutów) oraz selekcję wierszy zawierających książki wypożyczone (pusta data zwrotu), których termin zwrotu minął (suma daty wypożyczenia i dozwolonego terminu z relacji Kategorie mniejsza od daty bieżącej). DataZ IS NULL AND DataW+Termin<Now() (((Wypoż. Książki) Czyt.) Kat.) Uwaga: elementy zapytania wykraczają poza algebrę relacji. Element NULL określa pustą wartość atrybutu, Now() jest funkcją zwracającą bieżącą datę i godzinę. Wypożyczenie i rezerwacja Książki, zwrot i odwołanie rezerwacji Książki Realizacja tych funkcji wymaga wykonania modyfikacji danych. Tego typu operacje nie są elementem algebry relacji i wymagają zastosowania rozszerzeń dostępnych w języku QBE (odpowiednio kwerend dodających, aktualizujących i usuwających dane). Bazy danych s.3-15
16 Modelowanie danych przykłady Prawidłowo skonstruowany relacyjny model danych zawiera zestaw relacji, które reprezentują obiekty występujące w modelowanym systemie oraz ich wzajemne powiązania. Relacje opisujące obiekty mają zazwyczaj prostą strukturę: pojedynczy klucz (często naturalny) i zestaw atrybutów, wynikających wprost z ich cech. Schemat relacji opisujących powiązania jest zależy od typu powiązania. Typy powiązań Powiązanie jeden-do-jeden każdej krotce z relacji pierwszej odpowiada dokładnie jedna krotka z relacji drugiej i każdej krotce z relacji drugiej odpowiada jedna krotka w relacji pierwszej. Cecha charakterystyczna: wspólny klucz. Powiązanie jeden-do-wielu każdej krotce z relacji pierwszej odpowiada wiele krotek z relacji drugiej, ale jednej krotce z relacji drugiej odpowiada jedna krotka w relacji pierwszej. Cecha charakterystyczna: dodatkowe źródło zależności elementarnej i/lub bezpośredniej, powtarzające się wartości atrybutu(ów). Powiązanie wiele-do-wielu każdej krotce z relacji pierwszej odpowiada wiele krotek z relacji drugiej i każdej krotce z relacji drugiej odpowiada wiele krotek w relacji pierwszej. Cecha charakterystyczna: zależność funkcjonalna generowana jednocześnie przez klucze co najmniej dwóch relacji. Bazy danych s.3-16
17 Powiązanie jeden-do-jeden Każdej krotce relacji R1 odpowiada dokładnie jedna krotka R2 i każdej krotce relacji R2 odpowiada dokładnie jedna krotka R1. R1(A, B, C, D) R2(A, E, F, G) R(A, B, C, D, E, F, G) B E B E A C A F C A F D G D G Powiązania jeden-do-jeden należy eliminować przez łączenie relacji. Tego typu powiązanie nieznacznie powiększa rozmiar bazy danych (powtórzone wartości klucza) i zwiększa złożoność zapytań (dodatkowe złączenie). Przykłady Czytelnicy1(IDCZ, NazCZ, ImięCZ), Czytelnicy2(IDCZ, Miasto, Kod, Ulica, Nr) Każdy czytelnik ma jednoznacznie przypisany adres zamieszkania, nie ma powodu utrzymywania dwóch relacji o tym samym kluczu. Pojazd1(NrRej, Marka, Model, Kolor), Pojazd2(NrRej, Właściciel, DataRejestracji) Każdy pojazd ma jednoznacznie przypisany numer rejestracyjny, relacje zawierają różne dane dotyczące tych samych pojazdów, można je połączyć. Bazy danych s.3-17
18 Powiązanie jeden-do-wielu W relacji R istnieje atrybut, który jest źródłem zależności funkcjonalnych elementarnych i/lub bezpośrednich dla podzbioru atrybutów R (relacja nie spełnia warunku IIIFN), lub wartości pewnych atrybutów powtarzają się wielokrotnie w R. R(A, B, C, D, E, F) R1(A, B, C, D) R2(C, E, F) B F B F A C A C C D E D E Relację należy podzielić wyodrębniając z niej składniki zależne. Atrybut, który jest źródłem dodatkowej zależności elementarnej pozostaje w relacji pierwotnej i dodatkowo zostaje kluczem nowoutworzonej relacji. Jeżeli w relacji istnieje atrybut (podzbiór atrybutów), którego wartości powtarzają się wielokrotnie w zbiorze danych (istnieje ograniczona liczba wartości przyjmowanych przez ten atrybut), można go wydzielić z relacji pierwotnej tworząc nową relację powiązaną zależnością jeden-do-wielu. W tym celu należy dodać atrybut, który będzie kluczem nowej relacji i zostanie umieszczony w relacji pierwotnej w miejsce atrybutu wydzielonego. Bazy danych s.3-18
19 Powiązanie jeden-do-wielu przykłady Czytelnicy(IDCZ, NazCZ, ImięCZ, IDKT, NazKT, Termin, Ilość) Każdy czytelnik ma jednoznacznie określoną kategorię, do jednej kategorii jest przypisanych wielu czytelników. Te same informacje są powtarzane wielokrotnie przy danych kolejnych czytelników. Ponieważ nazwa kategorii, termin oraz ilość zależą bezpośrednio od IDKT (IDK jest źródłem zależności bezpośredniej) informacje o kategoriach należy wydzielić do osobnej relacji z kluczem IDKT, pozostawiając ten atrybut również w relacji Czytelnicy, aby nie utracić powiązania. Książki(IDKS, Tytuł, NazW, RokW, DataE) Nazwa wydawnictwa (NazW) zawiera wartości, które powtarzają się wielokrotnie w zbiorze danych książek (jedno wydawnictwo może wydać wiele książek). Można zredukować rozmiar relacji i usprawnić wprowadzanie danych przez wydzielenie tych informacji do innej relacji. Nie istnieje atrybut, który jest źródłem zależności bezpośredniej dla NazW, należy więc stworzyć nowy atrybut (IDW), który będzie kluczem nowej relacji i zostanie umieszczony w relacji Książki w miejsce NazW, aby nie utracić powiązania. Podobne przypadki: kategorie produktów (sklep/hurtownia), marki, pojazdów (firma transportowa), lekarze prowadzący pacjentów (szpital), sposób zapłaty faktury/rachunku (sklep, hotel, restauracja, itp.). Bazy danych s.3-19
20 Powiązanie wiele-do-wielu Relacja R ma klucz złożony z kilku elementów i istnieją atrybuty zależne tylko od poszczególnych części klucza oraz atrybuty zależne od całości. E F R(A, B, C, D, E, F, G) R1(A, B, C) R2(D, E, F) R3(A, D, G) D A B C G Relację należy podzielić wyodrębniając atrybuty zależne od elementów klucza. Wyłączone składniki tworzą nowe relacje z kluczem będącym fragmentem klucza relacji pierwotnej. W relacji wyjściowej pozostają tylko atrybuty zależne od całości. W typowej sytuacji relacja pierwotna zawiera informacje o dwóch lub więcej obiektach oraz powiązaniach typu wiele-do-wielu. Nowoutworzone relacje opisują obiekty, zredukowana relacja (z kluczem wielokrotnym) tworzy powiązanie. W relacyjnym modelu danych powiązanie typu wiele-do-wielu reprezentowane jest przez relację, której atrybutami są klucze relacji opisujących połączone obiekty. Klucz relacji-powiązania zawsze jest kluczem wielokrotnym, zazwyczaj złożonym z kluczy powiązanych obiektów. A B C D E F D A G Bazy danych s.3-20
21 Powiązanie wiele-do-wielu przykłady (1) Książki(IDKS, Tytuł, NazW, RokW, DataE, IDSK, NazSK) Każda książka ma wiele słów kluczowych, jedno słowo kluczowe może być związane z wieloma książkami. Można wykazać, że tytuł, nazwa wydawnictwa (NazW) i rok wydania (RokW) zależą tylko od części klucza (IDKS), podobnie nazwa słowa kluczowego (NazSK) zależy tylko od jego identyfikatora (IDSK). Relacja zawiera więc informacje o obiektach typu Książki oraz Słowa Kluczowe (należy wyodrębnić odpowiednie atrybuty). W relacji pierwotnej pozostaje tylko podwójny klucz, który reprezentuje powiązanie pomiędzy tymi obiektami. Wypożyczenia(IDCZ, IDKS, DataW, DataZ) Relacja powstała na etapie analizy modelowanego systemu. Reprezentuje powiązanie pomiędzy obiektami typu Książki oraz Czytelnicy (zawiera klucze tych relacji). W tym przypadku klucz relacji-powiązania nie może składać się z atrybutów IDCZ, IDKS, ponieważ ten sam czytelnik może wypożyczyć tą samą książkę wielokrotnie (powtórzenie wartości atrybutów). Dwukrotne wypożyczenie tej samej książki w tym samym czasie nie jest możliwe stąd klucz IDKS, DataW. Relacja Rezerwacje analogicznie. Bazy danych s.3-21
22 Powiązanie wiele-do-wielu przykłady (2) Faktura/rachunek sprzedaży: Jedna faktura może dotyczyć wielu przedmiotów i zawiera wiele pozycji, każdy przedmiot może występować na wielu fakturach. Pomiędzy przedmiotami i fakturami występuje powiązanie typu wiele-do-wielu. Pierwotna relacja: Faktura(IDF, Płatnik, Adres, IDP, Nazwa, Cena, Ilość) powinna być podzielona na relacje opisujące obiekty (Faktury, Przedmioty) oraz relację opisującą powiązanie pomiędzy nimi: Faktury(IDF, Płatnik, Adres) Przedmioty(IDP, Nazwa, Cena) F-P(IDF, IDP, Ilość) Podobne przypadki: Rejestracja pacjentów do lekarza jeden pacjent może rejestrować się wielokrotnie (do różnych lekarzy), do jednego lekarza rejestruje się wielu pacjentów. Plan zajęć jeden student uczestniczy w wielu zajęciach, na każdy z przedmiotów uczęszcza wielu studentów. Aktorzy i filmy jeden aktor gra w wielu filmach w każdym filmie zatrudnionych jest wielu aktorów. Bazy danych s.3-22
TEMAT: BIBLIOTEKA. ETAP I Cel i główne funkcje aplikacji. Schemat opisowy PRZYKŁADOWY PROJEKT - BIBLIOTEKA. Autorzy:... Grupa:...
TEMAT: BIBLIOTEKA Autorzy:... Grupa:... ETAP I Cel i główne funkcje aplikacji Przeznaczenie: Baza danych wspomaga funkcjonowanie biblioteki uczelnianej. Funkcje: Przechowuje dane książek będących na stanie
Bardziej szczegół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ół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ół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ół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ół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ół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ółowoBazy danych - wykład wstępny
Bazy danych - wykład wstępny Wykład: baza danych, modele, hierarchiczny, sieciowy, relacyjny, obiektowy, schemat logiczny, tabela, kwerenda, SQL, rekord, krotka, pole, atrybut, klucz podstawowy, relacja,
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ół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ół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ół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ół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ół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ół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. 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ółowoWprowadzenie do baz danych
Wprowadzenie do baz danych Bazy danych stanowią obecnie jedno z ważniejszych zastosowań komputerów. Podstawowe zalety komputerowej bazy to przede wszystkim szybkość przetwarzania danych, ilość dostępnych
Bardziej szczegół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ół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ółowoPodstawowe pojęcia dotyczące relacyjnych baz danych. mgr inż. Krzysztof Szałajko
Podstawowe pojęcia dotyczące relacyjnych baz danych mgr inż. Krzysztof Szałajko Czym jest baza danych? Co rozumiemy przez dane? Czym jest system zarządzania bazą danych? 2 / 25 Baza danych Baza danych
Bardziej szczegół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ół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ółowoNormalizacja relacyjnych baz danych. Sebastian Ernst
Normalizacja relacyjnych baz danych Sebastian Ernst Zależności funkcyjne Zależność funkcyjna pomiędzy zbiorami atrybutów X oraz Y oznacza, że każdemu zestawowi wartości atrybutów X odpowiada dokładnie
Bardziej szczegółowoBazy danych. wprowadzenie teoretyczne. Piotr Prekurat 1
Bazy danych wprowadzenie teoretyczne Piotr Prekurat 1 Baza danych Jest to zbiór danych lub jakichkolwiek innych materiałów i elementów zgromadzonych według określonej systematyki lub metody. Zatem jest
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ół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ół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ół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ół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ół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ół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ółowoPODSTAWOWE POJĘCIA BAZ DANYCH
Baza danych (data base) - uporządkowany zbiór danych o określonej strukturze, przechowywany na nośniku informacji w komputerze. System bazy danych można zdefiniować jako bazę danych wraz z oprogramowaniem
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. 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ół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ół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ółowoCo to są relacyjne bazy danych?
Co to są relacyjne bazy danych? Co to są relacyjne bazy danych? O Są to zbiory danych pogrupowane w tabele o strukturze: kolejne kolumny określają kolejne porcje informacji potrzebne dla każdego wystąpienia,
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ółowoPODSTAWY BAZ DANYCH. 5. Modelowanie danych. 2009/ Notatki do wykładu "Podstawy baz danych"
PODSTAWY BAZ DANYCH 5. Modelowanie danych 1 Etapy tworzenia systemu informatycznego Etapy tworzenia systemu informatycznego - (według CASE*Method) (CASE Computer Aided Systems Engineering ) Analiza wymagań
Bardziej szczegółowoa. (20 pkt.) Aplikacja powinna zawierać następujące elementy: 2. Formularz edycji profilu użytkownika (2 pkt.).
1. Biblioteka aplikacja internetowa umożliwiająca użytkownikom rezerwowanie i wypożyczanie książek oraz administratorom edycję bazy książek i zarządzanie użytkownikami. a. (20 pkt.) Aplikacja powinna zawierać
Bardziej szczegółowoTransformacja modelu EER do postaci relacyjnego modelu danych. Zbyszko Królikowski
Transformacja modelu EER do postaci relacyjnego modelu danych Zbyszko Królikowski 1 Repetytorium pojęcia podstawowe relacyjnego modelu danych Schemat implementacyjny (logiczny) bazy danych: schemat, na
Bardziej szczegółowoBazy danych. Algebra relacji
azy danych lgebra relacji Model danych Model danych to spójny zestaw pojęć służący do opisywania danych i związków między nimi oraz do manipulowania danymi i ich związkami, a także do wyrażania więzów
Bardziej szczegółowoBAZY DANYCH. Co to jest baza danych. Przykłady baz danych. Z czego składa się baza danych. Rodzaje baz danych
BAZY DANYCH Co to jest baza danych Przykłady baz danych Z czego składa się baza danych Rodzaje baz danych CO TO JEST BAZA DANYCH Komputerowe bazy danych już od wielu lat ułatwiają człowiekowi pracę. Są
Bardziej szczegółowoBazy danych TERMINOLOGIA
Bazy danych TERMINOLOGIA Dane Dane są wartościami przechowywanymi w bazie danych. Dane są statyczne w tym sensie, że zachowują swój stan aż do zmodyfikowania ich ręcznie lub przez jakiś automatyczny proces.
Bardziej szczegółowoNarysować diagram sekwencji pokazujący rejestrację wypożyczenia przez Jana Kowalskiego książki Potop
Egzamin: 31/01/2009 Godzina: 14:15 16:00 Opracowano na podstawie przykładowych zadań MODELOWANIE I ANALIZA SYSTEMÓW OPRACOWANIE ZADAŃ Zadanie 1 Zamodeluj funkcjonalność systemu bibliotecznego Należy: Utworzyć
Bardziej szczegółowoProjektowanie bazy danych przykład
Projektowanie bazy danych przykład Pierwszą fazą tworzenia projektu bazy danych jest postawienie definicji celu, założeń wstępnych i określenie podstawowych funkcji aplikacji. Każda baza danych jest projektowana
Bardziej szczegółowoZintegrowany System Zarządzania Biblioteką SOWA2/MARC21 OBSŁUGA CZASOPISM
Zintegrowany System Zarządzania Biblioteką SOWA2/MARC21 OBSŁUGA CZASOPISM Poznań 2011 Spis treści 1. Wstęp...3 2. Tworzenie informacji o zasobach czasopisma...4 3. Rekord karty wpływu...5 4. Tworzenie
Bardziej szczegółowoKonstruowanie Baz Danych SQL UNION, INTERSECT, EXCEPT
Studia podyplomowe Inżynieria oprogramowania współfinansowane przez Unię Europejska w ramach Europejskiego Funduszu Społecznego Projekt Studia podyplomowe z zakresu wytwarzania oprogramowania oraz zarządzania
Bardziej szczegółowoK1A_W11, K1A_W18. Egzamin. wykonanie ćwiczenia lab., sprawdzian po zakończeniu ćwiczeń, egzamin, K1A_W11, K1A_W18 KARTA PRZEDMIOTU
(pieczęć wydziału) KARTA PRZEDMIOTU 1. Nazwa przedmiotu: BAZY DANYCH 2. Kod przedmiotu: 3. Karta przedmiotu ważna od roku akademickiego: 2014/2015 4. Forma kształcenia: studia pierwszego stopnia 5. Forma
Bardziej szczegółowoProjektowanie systemów informatycznych. Roman Simiński siminskionline.pl. Modelowanie danych Diagramy ERD
Projektowanie systemów informatycznych Roman Simiński roman.siminski@us.edu.pl siminskionline.pl Modelowanie danych Diagramy ERD Modelowanie danych dlaczego? Od biznesowego gadania do magazynu na biznesowe
Bardziej szczegółowoInformatyka Ćwiczenie 10. Bazy danych. Strukturę bazy danych można określić w formie jak na rysunku 1. atrybuty
Informatyka Ćwiczenie 10 Bazy danych Baza danych jest zbiór informacji (zbiór danych). Strukturę bazy danych można określić w formie jak na rysunku 1. Pracownik(ID pracownika, imie, nazwisko, pensja) Klient(ID
Bardziej szczegół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ółowoZadanie 1 Opracuj schemat bazy danych Geografia. Uwzględnij wiadomości o państwach (nazwa, ludność, obszar, jednostka monetarna, ustrój, stolica) miastach (nazwa, ludność), morzach (nazwa, obszar), językach
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ół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ółowoPrzykładowa baza danych BIBLIOTEKA
Przykładowa baza danych BIBLIOTEKA 1. Opis problemu W ramach zajęć zostanie przedstawiony przykład prezentujący prosty system biblioteczny. System zawiera informację o czytelnikach oraz książkach dostępnych
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ółowoINFORMATYKA GEODEZYJNO- KARTOGRAFICZNA. Modelowanie danych. Model związków-encji
Modelowanie danych. Model związków-encji Plan wykładu Wprowadzenie do modelowania i projektowania kartograficznych systemów informatycznych Model związków-encji encje atrybuty encji związki pomiędzy encjami
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ół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ółowoTworzenie bazy danych Biblioteka tworzenie tabel i powiza, manipulowanie danymi. Zadania do wykonani przed przystpieniem do pracy:
wiczenie 2 Tworzenie bazy danych Biblioteka tworzenie tabel i powiza, manipulowanie danymi. Cel wiczenia: Zapoznanie si ze sposobami konstruowania tabel, powiza pomidzy tabelami oraz metodami manipulowania
Bardziej szczegółowoLaboratorium Technologii Informacyjnych. Projektowanie Baz Danych
Laboratorium Technologii Informacyjnych Projektowanie Baz Danych Komputerowe bazy danych są obecne podstawowym narzędziem służącym przechowywaniu, przetwarzaniu i analizie danych. Gromadzone są dane w
Bardziej szczegółowoTransformacja modelu ER do modelu relacyjnego
Transformacja modelu ER do modelu relacyjnego Wykład przygotował: Robert Wrembel BD wykład 4 (1) 1 Plan wykładu Transformacja encji Transformacja związków Transformacja hierarchii encji BD wykład 4 (2)
Bardziej szczegółowoKarta (sylabus) modułu/przedmiotu Mechanika i Budowa Maszyn Studia I stopnia
Karta (sylabus) modułu/przedmiotu Mechanika i Budowa Maszyn Studia I stopnia Przedmiot: Bazy danych Rodzaj przedmiotu: Podstawowy Kod przedmiotu: MBM 1 S 0 5 64-4 _1 Rok: III Semestr: 5 Forma studiów:
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ółowoLaboratorium nr 5. Bazy danych OpenOffice Base.
Laboratorium nr 5. Bazy danych OpenOffice Base. Spis treści Wprowadzenie... 2 Ćwiczenie 1: Tabele... 3 Ćwiczenie 2: Tabele projekt tabeli... 4 Ćwiczenie 3: Tworzenie relacji... 5 Ćwiczenie 4: Formularze...
Bardziej szczegółowoAccess - Aplikacja. Tworzenie bazy danych w postaci aplikacji
Tworzenie bazy danych w postaci aplikacji Access - Aplikacja 1. Otwórz plik zawierający bazę danych Wypożyczalni kaset video o nazwie Wypożyczalnia.mdb. 2. Utworzy kwerendę, która wyświetli tytuły i opisy
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ół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ółowoNormalizacja tabel POSTACIE NORMALNE TABEL
Normalizacja tabel POSTACIE NORMALNE TABEL Projektowanie bazy danych- podstawowe reguły 1. Do opisu encji stosuje się oddzielną tabelę. Każdej encji odpowiada 1 tabela. Atrybutowi odpowiada kolumna. Dla
Bardziej szczegółowoPRZEWODNIK PO PRZEDMIOCIE
Nazwa przedmiotu: Kierunek: Informatyka Rodzaj przedmiotu: obowiązkowy w ramach treści kierunkowych, moduł kierunkowy ogólny Rodzaj zajęć: wykład, laboratorium BAZY DANYCH Databases Forma studiów: Stacjonarne
Bardziej szczegółowoPlan. Formularz i jego typy. Tworzenie formularza. Co to jest formularz? Typy formularzy Tworzenie prostego formularza Budowa prostego formularza
4 Budowa prostych formularzy, stany sesji, tworzenie przycisków Plan Co to jest formularz? Typy formularzy Tworzenie prostego formularza Budowa prostego formularza 2 Formularz i jego typy Tworzenie formularza
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ółowoEgzamin / zaliczenie na ocenę* 0,5 0,5
Zał. nr 4 do ZW 33/01 WYDZIAŁ INFORMATYKI I ZARZĄDZANIA KARTA PRZEDMIOTU Nazwa w języku polskim: Technologia przetwarzania danych Nazwa w języku angielskim: Data processing technology Kierunek studiów
Bardziej szczegółowoUzupełnij pola tabeli zgodnie z przykładem poniżej,
1. Wykonaj bazę danych biblioteki szkolnej, Otwórz MS Access a następnie z menu plik wybierz przycisk nowy, w oknie nowy plik wybieramy pusta baza danych nadaj jej nazwę Biblioteka i wybierz miejsce w
Bardziej szczegółowoRBD Relacyjne Bazy Danych
Wykład 7 RBD Relacyjne Bazy Danych Bazy Danych - A. Dawid 2011 1 Selekcja σ C (R) W wyniku zastosowania operatora selekcji do relacji R powstaje nowa relacja T do której należy pewien podzbiór krotek relacji
Bardziej szczegółowoBAZY DANYCH LABORATORIUM. Studia niestacjonarne I stopnia
BAZY DANYCH LABORATORIUM Studia niestacjonarne I stopnia Gdańsk, 2011 1. Cel zajęć Celem zajęć laboratoryjnych jest wyrobienie praktycznej umiejętności tworzenia modelu logicznego danych a nastepnie implementacji
Bardziej szczegółowoBazy danych Algebra relacji Wykład dla studentów matematyki
Bazy danych Algebra relacji Wykład dla studentów matematyki 8 marca 2015 Algebra relacji Model teoretyczny do opisywania semantyki relacyjnych baz danych, zaproponowany przez T. Codda (twórcę koncepcji
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ół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ół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ółowoI. KARTA PRZEDMIOTU CEL PRZEDMIOTU
I. KARTA PRZEDMIOTU 1. Nazwa przedmiotu: BAZY DANYCH 2. Kod przedmiotu: Bda 3. Jednostka prowadząca: Wydział Mechaniczno-Elektryczny 4. Kierunek: Automatyka i Robotyka 5. Specjalność: Informatyka Stosowana
Bardziej szczegółowoCel przedmiotu. Wymagania wstępne w zakresie wiedzy, umiejętności i innych kompetencji 1 Język angielski 2 Inżynieria oprogramowania
Przedmiot: Bazy danych Rok: III Semestr: V Rodzaj zajęć i liczba godzin: Studia stacjonarne Studia niestacjonarne Wykład 30 21 Ćwiczenia Laboratorium 30 21 Projekt Liczba punktów ECTS: 4 C1 C2 C3 Cel przedmiotu
Bardziej szczegółowoRozmiar pola (długość danych)
LIBRE OFFICE BASE Libre Office Base to darmowy program służący do zarządzania bazami danych. W ramach ćwiczenia spróbujemy utworzyć tabelę danych zawierającą informacje o pacjentach zapisanych do przychodni
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ółowoKrakowska Akademia im. Andrzeja Frycza Modrzewskiego. Karta przedmiotu. obowiązuje studentów, którzy rozpoczęli studia w roku akademickim 2015/2016
Krakowska Akademia im. Andrzeja Frycza Modrzewskiego Karta przedmiotu obowiązuje studentów, którzy rozpoczęli studia w roku akademickim 2015/2016 WydziałZarządzania i Komunikacji Społecznej Kierunek studiów:
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ół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ółowoZintegrowane Systemy Zarządzania Biblioteką SOWA1 i SOWA2 ZAMAWIANIE I REZERWOWANIE
Zintegrowane Systemy Zarządzania Biblioteką SOWA1 i SOWA2 ZAMAWIANIE I REZERWOWANIE Poznań 2011 Spis treści 1. Zamawianie i rezerwowanie definicja pojęć...3 2. Zasada działania systemu...4 3. Zamawianie
Bardziej szczegółowoKARTA PRZEDMIOTU. WYMAGANIA WSTĘPNE W ZAKRESIE WIEDZY, UMIEJĘTNOŚCI I INNYCH KOMPETENCJI Ogólne umiejętności posługiwania się komputerem
WYDZIAŁ INFORMATYKI I ZARZĄDZANIA Zał. nr 4 do ZW 33/01 KARTA PRZEDMIOTU Nazwa w języku polskim: Nazwa w języku angielskim: Kierunek studiów (jeśli dotyczy): Specjalność (jeśli dotyczy): Stopień studiów
Bardziej szczegółowoPlan wykładu: Operacje relacji: suma, przekrój, różnica, złączenia proste, iloczyn kartezjański, złączenia teta.
Plan wykładu: Operacje relacji: suma, przekrój, różnica, złączenia proste, iloczyn kartezjański, złączenia teta. Więzy integralności a algebra relacji. Wielozbiory dlaczego są praktyczniejsze od zbirów,
Bardziej szczegółowoDane wejściowe. Oracle Designer Generowanie bazy danych. Wynik. Przebieg procesu
Dane wejściowe Oracle Designer Generowanie bazy danych Diagramy związków encji, a w szczególności: definicje encji wraz z atrybutami definicje związków między encjami definicje dziedzin atrybutów encji
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ółowoModelowanie hierarchicznych struktur w relacyjnych bazach danych
Modelowanie hierarchicznych struktur w relacyjnych bazach danych Wiktor Warmus (wiktorwarmus@gmail.com) Kamil Witecki (kamil@witecki.net.pl) 5 maja 2010 Motywacje Teoria relacyjnych baz danych Do czego
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ół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ółowoUniwersytet im. Adama Mickiewicza w Poznaniu Wydział Matematyki i Informatyki. Projekt bazy danych <Moja baza>
Uniwersytet im. Adama Mickiewicza w Poznaniu Wydział Matematyki i Informatyki Projekt bazy danych Imię i nazwisko Numer indeksu Prowadzący zajęcia: prof. dr hab. Marek Wisła Poznań, styczeń
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ół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 3 (Tworzenie bazy danych z użyciem UML, proste
Bardziej szczegółowo