1 / 20

Wymagania do projektu i realizacji baz danych:

Wymagania do projektu i realizacji baz danych:. Biuro. Personel. Ma. BiuroNr. PersonelNr. Nadzoruje. Oferuje. Klient. Nieruchomość. Ogląda. NieruchomośćNr. KlientNr. Posiada. Wynajmuje. Wynajęty Przez. Wynajęcie. Właściciel prywatny. WłaścicielNr. WynajęcieNr.

chynna
Download Presentation

Wymagania do projektu i realizacji baz danych:

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Wymagania do projektu i realizacji baz danych:

  2. Biuro Personel Ma BiuroNr PersonelNr Nadzoruje Oferuje Klient Nieruchomość Ogląda NieruchomośćNr KlientNr Posiada Wynajmuje Wynajęty Przez Wynajęcie Właściciel prywatny WłaścicielNr WynajęcieNr Projekt logiczny bazy danych: Przykładowy diagram:

  3. Fragment słownika danych przedstawiający opis atrybutów:

  4. Klucze relacji: Klucz główny - to jedna lub więcej kolumn tabeli, w których wartości jednoznacznie identyfikują każdy wiersz w tabeli. Każda relacja musi mieć klucz główny. Dzięki temu możemy zapewnić, aby wiersze nie powtarzały się w relacji. Klucz kandydujący to kolumna lub zbiór kolumn, które mogą występować jako jednoznaczny identyfikator wierszy w tabeli. W każdej relacji może istnieć wiele kluczy kandydujących. Klucz główny jest wybierany ze zbioru kluczy kandydujących. Klucz obcy - jest kolumną lub grupą kolumn tabeli, która czerpie swoje wartości z tej samej dziedziny co klucz główny tabeli powiązanej z nią w bazie danych.

  5. Więzy integralności: • wymagana obecność danych (NOT NULL); • więzy dziedzin atrybutów (dopuszczalny zbiór wartości atrybutu, dopuszczalny zakres długości i format atrybutu); • integralność encji: każda tabela musi posiadać klucz główny, a wartości klucza głównego muszą być w ramach tabeli unikalne i nie równe NULL; • integralność referencyjna: każda wartość klucza obcego może być albo równa jakiejś wartości klucza głównego występującej w tabeli powiązanej, lub (ewentualnie) NULL; • więzy ogólne (dodatkowe warunki poprawności danych określone przez użytkowników lub administratorów bazy danych).

  6. Integralność referencyjna pociąga za sobą konieczność określenia reguły postępowania w wypadku usuwania wiersza z tabeli powiązanej, co mogłoby unieważnić niektóre wartości kluczy obcych w tabelach do niej się odnoszących: • Ograniczone usuwanie (Restricted). Podejście ostrożne – nie dopuszcza do usuwania rekordu nadrzędnego, jeśli istnieją rekordy podrzędne. • Kaskadowe usuwanie (Cascades). Podejście ufne – przy usuwaniu rekordu nadrzędnego usuwa także rekordy podrzędne. • Izolowane usuwanie (Isolated). Podejście wyważone – usuwa jedynie rekord nadrzędny, nieważne wartości kluczy obcych ulegają zastąpieniu przez NULL.

  7. Schemat relacyjnej bazy danych (Biuro_nieruchomości): Relacyjna baza danych składa się z pewnej liczby znormalizowanych relacji, np.: Biuro (biuroNr, ulica, miasto, kod pocztowy) Personel (pracownikNr, imię, nazwisko, stanowisko, płeć, dataUr, pensja, biuroNr) Nieruchomość(nieruchomośćNr, ulica, miasto, kod pocztowy, typ, pokoje, czynsz, właścicielNr, pracownikNr, biuroNr) Klient (klientNr, imię, nazwisko, adres, telefon, preferencje, maksCzynsz) Właściciel (właścicielNr, imię, nazwisko, adres, telefon) Wizyta (klientNr, nieruchomośćNr, dataWizyty, uwagi) Rejestracja (klientNr, biuroNr, pracownikNr, dataRejestracji) Wynajęcie (umowaNr, nieruchomośćNr, klientNr, czynsz, formaPłatności, kaucja, zapłacona, od, do, okres)

  8. Wyświetlanie zapisu tworzenia bazy: Inny sposób prezentacji wyniku:

  9. Wprowadzanie poleceń z pliku: Plik z odpowiednimi poleceniami zapisujemy w katalogu bin naszego MySQL'a np. pod nazwą biuro.sql. Uruchamiamy komendą: SOURCE biuro.sql Jeżeli plik zapisaliśmy w innym miejscu niż katalog bin np. na pulpicie komenda wtedy wygląda np. tak: SOURCE c:\windows\pulpit\biuro.sql

  10. Przykładowa zawartość: CREATE DATABASE IF NOT EXISTS Biuro DEFAULT CHARACTER SET utf8 DEFAULT COLLATE utf8_polish_ci; CONNECT biuro; CREATE TABLE IF NOT EXISTs biuro ( biuroNr varchar(4) NOT NULL, ulica varchar(25) NOT NULL, miasto varchar(25) NOT NULL, kod varchar(6) NOT NULL, PRIMARY KEY (biuroNr) ) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_polish_ci; INSERT INTO biuro (biuroNr,ulica,miasto,kod) VALUES ('B001','Piękna 46','Białystok','15-900'); INSERT INTO biuro VALUES ('B002','Cicha 56',‘Łomża','18-400');

  11. Wyświetlenie zawartości tabeli:

  12. Tworzymy drugą powiązaną kluczem obcym tabelę: KEY `biuroNr` (`biuroNr`) –indeksy do kluczy obcych są tworzone w MySQL automatycznie

  13. Wprowadzanie danych z pliku w MySQL: LOAD DATA INFILE 'plik' [ REPLACE | IGNORE ] INTO TABLE nazwa_tabeli [CHARACTER SET charset_name] [ FIELDS [ TERMINATED BY '\t'] [[OPTIONALLY] ENCLOSED BY ''] [ESCAPED BY '\\']] [ LINES [STARTING BY ''] [TERMINATED BY '\n']] [IGNORE number LINES] [(pole1,pole2,...)] Domyślnie separatorem pól jest znak tabulacji (\t), a każdy rekord zakończony jest znakiem nowej linii (\n).

  14. STARTING BY – od jakich znaków zaczyna się linia w naszym pliku (ignorujemy niektóre znaki na początku linii); IGNORE number LINES – ignorujemy kilka początkowych linii np. nagłówka; Opcje REPLACE i IGNORE dotyczą sposobu potraktowania rekordów z pliku, których wprowadzenie spowodowałoby duplikację wartości kluczy UNIQUE (w tym klucza głównego). Przy opcji REPLACE nowo wczytany rekord zastępuje wiersze o kolidujących wartościach kluczy, przy IGNORE - rekord taki zostanie zignorowany (pominięty).

  15. W wypadku, gdy nie podano żadnej z tych opcji, kolizja wartości klucza wywoła błąd i spowoduje przerwanie wczytywania danych. Podanie nazw pól służy przyporządkowaniu kolejnych pól rekordów kolumnom tabeli. Zazwyczaj można pominąć wszystkie opcje dotyczące separatorów pól i rekordów, jeżeli plik wejściowy został właściwie przygotowany.

  16. Np. dla pliku zlokalizowanego C:\MySQL5\data\biuro\personel.txt o zawartości: SA8 Katarzyna Morawska kierownik K 1971-5-6 1700 B007 SA9 Maria Hojna asystent K 1970-2-19 900 B007 SB20 Sabina Bober dyrektor K 1940-6-3 2400 B003 SB21 Daniel Frankowski kierownik M 1958-3-24 1800 B003 SB22 Małgorzata Kowalska asystent K 1972-3-15 1000 B003 SB23 Anna Biały asystent K 1960-11-10 1200 B003 SB30 Katarzyna Michalska dyrektor K 1960-11-17 2500 B006 SB31 Dawid Piotrowski asystent M 1975-3-22 1100 B006 SB32 Małgorzata Plichta asystent K 1971-10-3 1200 B006 SG20 Karolina Mucha dyrektor K 1953-3-3 2200 B004 SG21 Piotr Cybulski asystent M 1974-12-6 1300 B004 SL20 Paweł Nowak kierownik M 1962-2-2 1500 B002 SL21 Paweł Kowalski asystent M 1969-5-5 1000 B002 SL22 Monika Munk asystent K 1977-7-26 1100 B002 SL30 Jan Wiśniewski dyrektor M 1945-10-1 3000 B005 SL31 Julia Lisicka asystent K 1965-7-13 900 B005 SL32 Michał Brzęczyk asystent M 1959-3-15 1000 B005

  17. zapiszemy: mysql>LOAD DATA INFILE ‘personel.txt' INTO TABLE personel; lub w innej lokalizacji: mysql>LOAD DATA INFILE 'C:/MySQL5/bin/personel.txt‘INTO TABLE personel; W MySQL jako znaku separacji w ścieżce dostępu używamy '/' lub '\\' mysql>LOAD DATA INFILE 'C:\\MySQL5\\bin\\ personel.txt' INTO TABLE personel;

More Related