Wymagania do projektu i realizacji baz danych:

Prezentacja na temat: "Wymagania do projektu i realizacji baz danych:"— Zapis prezentacji:

1 Wymagania do projektu i realizacji baz danych:

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

3 Fragment słownika danych przedstawiający opis atrybutów:
Nazwa zbioru encji Atrybuty Opis Typ danych i długość Wartości puste Wielowar-tościowy ... Biuro biuroNr miasto ulica kod Jednoznacznie identyfikuje biuro Nazwa miasta Nazwa ulicy z numerem domu Kod pocztowy lokalizacji łańcuch, długość maks. 4 łańcuch, długość maks. 15 łańcuch, długość maks. 6 Nie Tak Personel personelNr imięNazwisko imię nazwisko stanowisko płeć dataUr pensja Jednoznacznie identyfikuje pracownika Imię pracownika Nazwisko pracownika Nazwa zajmowanego stanowiska Płeć pracownika Data urodzenia pracownika Zarobki pracownika Powiązanie z biurem w którym pracownik pracuje łańcuch, długość maks. 10 łańcuch, długość 1 (M lub K) data liczba, Integer bez znaku Nieruchomość nieruchomośćNr typ pokoje czynsz wlascicielNr Jednoznacznie identyfikuje nieruchomość do wynajęcia Typ nieruchomości Ilość pokoi w nieruchomości Wysokość czynszu za wynajęcie Powiązanie z właścicielem Powiązanie z biurem Powiązanie z pracownikiem

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 mysql> CREATE DATABASE IF NOT EXISTS biuro DEFAULT CHARACTER SET cp1250 DEFAULT COLLATE cp1250_polish_ci; Query OK, 1 row affected (0.02 sec) mysql> SHOW DATABASES; | Database | | information_schema | | biuro | | test | 4 rows in set (0.00 sec) mysql>

9 Wyświetlanie zapisu tworzenia bazy:
mysql> SHOW CREATE DATABASE biuro; | Database | Create Database | | biuro | CREATE DATABASE `biuro` /*!40100 DEFAULT CHARACTER SET cp1250 COLLATE cp1250_polish_ci */ | 1 row in set (0.00 sec) Inny sposób prezentacji wyniku: mysql> SHOW CREATE DATABASE biuro\G ************************* 1. row ************************* Database: biuro Create Database: CREATE DATABASE `biuro` /*!40100 DEFAULT CHARACTER SET cp1250 COLLATE cp1250_polish_ci */ 1 row in set (0.01 sec) mysql>

10 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

11 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');

12 mysql> source biuro.sql
Query OK, 1 row affected (0.02 sec) Connection id: 1 Current database: biuro Query OK, 0 rows affected (0.06 sec) Query OK, 1 row affected (0.03 sec) mysql>

13 Wyświetlenie zawartości tabeli:
mysql> SELECT * FROM biuro; | biuroNr | ulica | miasto | kod | | B | Piękna 46 | Białystok | | | B | Cicha 56 | Łomża | | 2 rows in set (0.00 sec)

14 mysql> INSERT INTO biuro VALUES
('B003','Mała 63','Białystok','15-900'), ('B004','Miodowa 32','Grajewo','19-300'), ('B005','Dobra 22',‘Łomża','18-400'), ('B006','Słoneczna 55','Białystok','15-900'), ('B007','Akacjowa 16','Augustów','16-300'); Query OK, 1 row affected (0.05 sec) mysql> SELECT * FROM biuro; | biuroNr | ulica | miasto | kod | | B | Piękna | Białystok | | | B | Cicha | Łomża | | | B | Mała | Białystok | | | B | Miodowa | Grajewo | | | B | Dobra | Łomża | | | B | Słoneczna 55 | Białystok | | | B | Akacjowa 16 | Augustów | | 7 rows in set (0.00 sec)

15 Tworzymy drugą powiązaną kluczem obcym tabelę:
mysql> CREATE TABLE IF NOT EXISTS personel ( -> personelNr varchar(4) NOT NULL, -> imie varchar(25) NOT NULL, -> nazwisko varchar(25) NOT NULL, -> stanowisko varchar(25) NOT NULL, -> plec enum('K','M') NOT NULL, -> dataUr date NOT NULL, -> pensja smallint(4) unsigned NOT NULL, -> biuroNr varchar(4) NOT NULL, -> PRIMARY KEY (personelNr), -> KEY biuroNr (biuroNr), -> CONSTRAINT biuroNr FOREIGN KEY (biuroNr) REFERENCES biuro (biuroNr) ON UPDATE CASCADE ON DELETE CASCADE -> ) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_polish_ci; Query OK, 0 rows affected (0.08 sec) KEY `biuroNr` (`biuroNr`) – indeksy do kluczy obcych są tworzone w MySQL automatycznie

16 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).

17 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).

18 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.

19 Np. dla pliku zlokalizowanego C:\MySQL5\data\biuro\personel
Np. dla pliku zlokalizowanego C:\MySQL5\data\biuro\personel.txt o zawartości: SA8 Katarzyna Morawska kierownik K B007 SA9 Maria Hojna asystent K B007 SB20 Sabina Bober dyrektor K B003 SB21 Daniel Frankowski kierownik M B003 SB22 Małgorzata Kowalska asystent K B003 SB23 Anna Biały asystent K B003 SB30 Katarzyna Michalska dyrektor K B006 SB31 Dawid Piotrowski asystent M B006 SB32 Małgorzata Plichta asystent K B006 SG20 Karolina Mucha dyrektor K B004 SG21 Piotr Cybulski asystent M B004 SL20 Paweł Nowak kierownik M B002 SL21 Paweł Kowalski asystent M B002 SL22 Monika Munk asystent K B002 SL30 Jan Wiśniewski dyrektor M B005 SL31 Julia Lisicka asystent K B005 SL32 Michał Brzęczyk asystent M B005

20 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;