3URMHNWRZDQLHVFKHPDWyZ UHODF\MQ\FKED]GDQ\FK± 1RUPDOL]DFMD. =E\V]NR.UyOLNRZVNL ,QVW\WXW,QIRUPDW\NL3ROLWHFKQLNL3R]QDVNLHM 3R]QDXO3LRWURZR

Wielkość: px
Rozpocząć pokaz od strony:

Download "3URMHNWRZDQLHVFKHPDWyZ UHODF\MQ\FKED]GDQ\FK± 1RUPDOL]DFMD. =E\V]NR.UyOLNRZVNL ,QVW\WXW,QIRUPDW\NL3ROLWHFKQLNL3R]QDVNLHM 3R]QDXO3LRWURZR"

Transkrypt

1 3URMHNWRZDQLHVFKHPDWyZ UHODF\MQ\FKED]GDQ\FK± 1RUPDOL]DFMD =E\V]NR.UyOLNRZVNL,QVW\WXW,QIRUPDW\NL3ROLWHFKQLNL3R]QDVNLHM 3R]QDXO3LRWURZR HPDLO=E\V]NR.UyOLNRZVNL#FVSXWSR]QDSO

2 1LHZáDFLZH]DSURMHNWRZDQLHVFKHPDWyZ UHODFMLPR*HE\üSU]\F]\QUHGXQGDQFML GDQ\FKLFKQLHVSyMQRFLLDQRPDOLLSRGF]DV LFKDNWXDOL]RZDQLD Relacja: PRACOWNICY,GBSUDF 1D]ZLVNR $GUHV 1XPHUB G]LDáX 1D]ZDB G]LDáX.RZDOVNL 3R]QD ']LDá VSU]HGD*\ 0DOLQRZVNL 3R]QD ']LDá 6SU]HGD*\

3 Podczas eksploatacji bazy danych PRJZ\VWSLüQDVWSXMFH anomalie: Anomalia wstawiania Anomalia usuwania Anomalia modyfikacji

4 Anomalia wstawiania Wprowadzenie pracownika zatrudnionego, np. w dziale 5 Z\PDJD]DGEDQLDRVSyMQRüQD]Z\G]LDáX]ZDUWRFLDPLZ innych krotkach 1LHPR*QDZSURZDG]LüLQIRUPDFMLRG]LDOHNWyU\QLH zatrudnia jeszcze pracowników,gbsudf 1D]ZLVNR $GUHV 1XPHUB G]LDáX 1D]ZDB G]LDáX.RZDOVNL 3R]QD ']LDá VSU]HGD*\ 0DOLQRZVNL 3R]QD ']LDá 6SU]HGD*\

5 Anomalia usuwania 8VXZDMFNURWN]RVWDWQLPSUDFRZQLNLHP GDQHJRG]LDáXWUDFLP\LQIRUPDFM*HWDNL G]LDáZRJyOHLVWQLHMH,GBSUDF 1D]ZLVNR $GUHV 1XPHUB G]LDáX 1D]ZDB G]LDáX.RZDOVNL 3R]QD ']LDá VSU]HGD*\ 0DOLQRZVNL 3R]QD ']LDá 6SU]HGD*\

6 Anomalia modyfikacji =PLDQDQD]Z\G]LDáXZ\PDJDDNWXDOL]DFMLNURWHN wszystkich pracowników zatrudnionych w tym G]LDOHZFHOX]DFKRZDQLDVSyMQRFL,GBSUDF 1D]ZLVNR $GUHV 1XPHUB G]LDáX 1D]ZDB G]LDáX ']LDá Marketingu.RZDOVNL 3R]QD ']LDá VSU]HGD*\ 0DOLQRZVNL 3R]QD ']LDá ']LDáGV Marketingu 6SU]HGD*\

7 W ramach projektowania schematów bazy danych QDMLVWRWQLHMV]NRFRZF]\QQRFLMHVWSURFHV normalizacji relacji, czyli doprowadzanie relacji do odpowiedniej postaci normalnej (ang. Normal Form NF). :XSURV]F]HQLXSURFHVQRUPDOL]DFMLUHODFMLPR*QD WUDNWRZDüMDNRSURFHVSRGF]DVNWyUHJRVFKHPDW\ UHODFMLSRVLDGDMFHSHZQHQLHSR*GDQHFHFK\V dekomponowane na mniejsze schematy o SR*GDQ\FKZáDVQRFLDFK Dekompozycja VSURZDG]DVLGRSRG]LDáXDWU\EXWyZ relacji R PLG]\VFKHPDW\QRZ\FKUHODFML5HJXáD GHNRPSR]\FMLREHMPXMHUyZQLH*SRG]LDáNURWHN UHODFMLZHMFLRZHMR PLG]\QRZHUHODFMHG]LNL operacji projekcji krotek R.

8 Postacie normalne relacji Wszystkie relacje (znormalizowane i nieznormalizowane) Relacje w 1NF (znormalizowane relacje) Relacje w 2NF Relacje w 3NF Relacje w postaci BCNF Relacje w 4NF Relacje w 5NF

9 Relacja nieznormalizowana: Nr_ zamówienia Id_ dostawcy Nazwa_ dostawcy Adres_ dostawcy Id_ czfl Nazwa_ czfl Iloü Magazyn Adres_ magazynu Nissan Liege 53 Pompa Warszawa 57 Filtr 50 5 Warszawa 59 BáRWQLN Szczecin HONDA Glasgow 54 Pompa Warszawa 32 KoáR Szczecin TOYOTA Tokyo 88 Silnik 15 7 Pozna HONDA London 59 BáRWQLN Szczecin 21 Lampa 50 7 Pozna

10 3LHUZV]DSRVWDüQRUPDOQDUHODFML Proces normalizacji polega w tym przypadku na doprowadzeniu zbioru danych do postaci relacji Relacja jest w pierwszej postaci normalnej MHOL ND*GDZDUWRüDWU\EXWXZND*GHMNURWFHWHMUHODFML MHVW ZDUWRFL HOHPHQWDUQ F]\OL QLHUR]NáDGDOQ DWRPRZ Z definicje pierwszej postaci normalnej relacji Z\QLND*HND*GHPXHOHPHQWRZLUHODFML ]QDMGXMFHPXVLQDSU]HFLFLXGRZROQHMNURWNLL dowolnego atrybutu odpowiada pojedyncza ZDUWRüDQLH]ELyUZDUWRFL

11 Relacja ZAMÓWIENIA W 1NF Nr_ zamówienia Id_ dostawcy Nazwa_ dostawcy Adres_ dostawcy Id_ czfl Nazwa_ czfl Iloü Magazyn Adres_ magazynu NISSAN Liege 53 Pompa Warszawa NISSAN Liege 57 Filtr 50 5 Warszawa NISSAN Liege 59 BáRWQLN Szczecin HONDA Glasgow 54 Pompa Warszawa HONDA Glasgow 32 KoáR Szczecin TOYOTA Tokyo 88 Silnik 15 7 Pozna HONDA London 59 BáRWQLN Szczecin HONDA London 21 Lampa 50 7 Pozna

12 3U]\NáDGRZDG]LHG]LQDU]HF]\ZLVWRFL Relacja ZAMÓWIENIA zawiera informacje o ]DPyZLHQLDFK F]FL X GRVWDZF\ L VNLHURZDQLX LFK GR odpowiednich magazynów. -HGQR ]DPyZLHQLH PR*H GRW\F]\ü ZLHOX F]FL GRVWDUF]DQ\FKSU]H]WHJRVDPHJRGRVWDZF 5y*QH]DPyZLHQLDPRJGRW\F]\üWHJRVDPHJRGRVWDZF\L W\FKVDP\FKF]FL 7D VDPD F]ü PR*H E\ü GRVWDUF]DQD SU]H] Uy*Q\FK dostawców. 7H VDPH F]FL V VNáDGRZDQH ]DZV]H Z W\P VDP\P magazynie. W zamówieniach jest podawany identyfikator dostawcy i QD]ZDGRVWDZF\JG\*Uy*QLGRVWDZF\PRJQRVLüWVDP QD]ZHonda).

13 &]\SLHUZV]DSRVWDüQRUPDOQDUHODFML wystarczy? NIE! Dlaczego? Dublowanie danych Anomalie eksploatacyjne 'RGDWNRZHSUREOHP\Z\QLNDMFH]1): QLH PR*QD ]DSDPLWDü DGUHVX GRVWDZF\ GR NWyUHJR QLH ]ár*rqr zamówienia XVXZDMF LQIRUPDFM R ]DPyZLHQLX VNLHURZDQ\P GR GRVWDZF\ WUDFLP\LQIRUPDFMRMHJRDGUHVLH

14 3RMFLDSRGVWDZRZH.D*G\ SRG]ELyU SK atrybutów relacji R, WDNL *H GOD ND*G\FK GZyFK NURWHN UHODFML SUDZGMHVW*H t 1 [ SK ] t 2 [ SK ], jest nazywany nadkluczem (superklucz) (ang. superkey) relacji R..D*GDUHODFMDPDFRQDMPQLHMMHGHQ superklucz schemat relacji. Kluczem K schematu relacji R nazywamy minimalny nadklucz, W]Q WDNL *H QLH LVWQLHMH K K EGF\ nadkluczem schematu relacji R -H*HOLUHODFMD]DZLHUDZLFHMQL*MHGHQNOXF]WRVRQHQD]\ZDQe kluczami potencjalnymi NDQG\GXMF\PL (ang. candidate key). -HGHQ]QLFKPR*HSHáQLüURONOXF]DJáyZQHJR (ang. primary key) relacji. Atrybut X w schemacie relacji R EG]LHP\ QD]\ZDü atrybutem wtórnym MH*HOL QLH QDOH*\ RQ GR *DGQHJR ] NOXF]\ VFKHPDWX relacji R.

15 3RMFLDSRGVWDZRZH- cd. Klucz potencjalny Nr_ zamówienia Id_ czfl Id_ dostawcy Nazwa_ dostawcy Adres_ dostawcy Nazwa_ czfl Iloü Magazyn Adres_ magazynu NISSAN Liege Pompa Warszawa NISSAN Liege Filtr 50 5 Warszawa NISSAN Liege BáRWQLN Szczecin HONDA Glasgow Pompa Warszawa HONDA Glasgow KoáR Szczecin TOYOTA Tokyo Silnik 15 7 Pozna HONDA London BáRWQLN Szczecin HONDA London Lampa 50 7 Pozna

16 3RMFLDSRGVWDZRZH- cd. 'HILQLFMD]DOH*QRFLIXQNF\MQHM-FD Atrybut Y relacji R jest IXQNF\MQLH]DOH*Q\ od DWU\EXWX;MHOL]DZV]HND*GHMZDUWRFL[DWU\EXWX ;RGSRZLDGDQLHZLFHMQL*MHGQDZDUWRü\ atrybutu Y. 6WZLHUG]HQLH*H<MHVWIXQNF\MQLH]DOH*QHRG; MHVWUyZQRZD*QHVWZLHUG]HQLX*H;identyfikuje (wyznacza) Y (X Y).

17 =DOH*QRFLIXQNF\MQHZUHODFML ZAMÓWIENIA 1UB]DPyZLHQLD,GBGRVWDZF\ 1D]ZDBGRVWDZF\ $GUHVBGRVWDZF\,GBF]FL 1D]ZDBF]FL,ORF 0DJD]\Q $GUHVBPDJD]\QX

18 'HILQLFMDSHáQHMLF]FLRZHM]DOH*QRFL funkcyjnej Zbiór atrybutów Y MHVWZSHáQLIXQNF\MQLH ]DOH*Q\RG]ELRUXDWU\EXWyZX w schemacie R, MH*HOLX Y i nie istnieje podzbiór X X tdnl*hx Y. Zbiór atrybutów Y MHVWF]FLRZRIXQNF\MQLH ]DOH*Q\RG]ELRUXDWU\EXWyZX w schemacie R, MH*HOLX Y i istnieje podzbiór X X taki, *HX Y.

19 Definicja drugiej postaci normalnej - 2NF Relacja R o danym schemacie jest w drugiej postaci QRUPDOQHM1)MH*HOL*DGHQDWU\EXWZWyUQ\WHM UHODFMLQLHMHVWF]FLRZRIXQNF\MQLH]DOH*Q\RG *DGQHJR]NOXF]\UHODFMLR. Relacja R o danym schemacie jest w drugiej postaci QRUPDOQHM1)MH*HOLND*G\DWU\EXWZWyUQ\WHM UHODFMLMHVWZSHáQLIXQNF\MQLH]DOH*Q\RGNOXF]D podstawowego relacji R.

20 Relacja zamówienia nie jest w drugiej postaci normalnej Dlaczego? Klucz: 1UB]DPyZLHQLD,GBF]FL 1UB]DPyZLHQLD,GBGRVWDZF\ 1D]ZDBGRVWDZF\ $GUHVBGRVWDZF\,GBF]FL 1D]ZDBF]FL,ORF 0DJD]\Q $GUHVBPDJD]\QX

21 &RQDOH*\]URELü" =GHNRPSRQRZDü UHODFMZAMÓWIENIA na zbiór WDNLFKUHODFMLNWyU\FKZV]\VWNLHDWU\EXW\EGZ SHáQLIXQNF\MQLH]DOH*QHRGNOXF]\ Zawiera te atrybuty, które VIXQNF\MQLH]DOH*QHRG atrybutu Nr-zamówienia DOSTAWCA_NA_ZAMÓWIENIU Nr_ zamówienia Id_ dostawcy Nazwa_ dostawcy Adres_ dostawcy NISSAN Liege HONDA Glasgow TOYOTA Tokyo HONDA London

22 Zawiera te atrybuty, które VIXQNF\MQLH]DOH*QHRG atrybutu Id-F]FL &= &,B:B0$*$=<1,(,GBF]FL 1D]ZDBF]FL0DJD]\Q Adres_ magazynu 53 Pompa 5 Warszawa 57 Filtr 5 Warszawa 59 %árwqln 6 Szczecin 54 Pompa 5 Warszawa 32.RáR 6 Szczecin 88 Silnik 7 3R]QD 59 %árwqln 6 Szczecin 21 Lampa 7 3R]QD

23 8WZRU]RQD]HZ]JOGXQD atrybut,orü, który MHVWIXQNF\MQLH]DOH*Q\ od atrybutów: Nr_zamówienia, Id-F]FL '267$:<B&= &, Nr_zamówienia,GBF]FL,ORü

24 Relacje w 2NF - ZV]\VWNLH]DOH*QRFLIXQNF\MQH Z]JOGHPNOXF]DVSHáQ\PL]DOH*QRFLDPLIXQNF\MQ\PL 1UB]DPyZLHQLD,GBF]FL,GBGRVWDZF\ 1D]ZDBGRVWDZF\ 0DJD]\Q $GUHVBGRVWDZF\ 1UB]DPyZLHQLD,GBF]FL,ORF =DOH*QRFLIXQNF\MQHZUHODFMDFK'267$:&$B1$B=$0Ï:,(1,8 &=(6&,B:B0$*$=<1,(L'267$:<B&= &,

25 Relacja &= &,B:B0$*$=<1,( w 2NF nadal zawiera redundantne dane &= &,B:B0$*$=<1,(,GBF]FL 1D]ZDBF]FL Magazyn Adres_magazynu 53 Pompa 5 Warszawa 57 Filtr 5 Warszawa 59 %árwqln 6 Szczecin 54 Pompa wodna 5 Warszawa Co jest tego SU]\F]\Q" Przechodnie ]DOH*QRFLIXQNF\MQH

26 'HILQLFMDSU]HFKRGQLHM]DOH*QRFL funkcyjnej Zbiór atrybutów Y jest przechodnio funkcyjnie ]DOH*Q\ od zbioru atrybutów X w schemacie relacji RMH*HOLX Y i istnieje zbiór atrybutów Z, QLHEGF\SRG]ELRUHP*DGQHJRNOXF]D schematu relacji R WDNL*H]DFKRG]LX Z i Z Y.

27 'LDJUDP]DOH*QRFLIXQNF\MQ\FKLSU]HFKRGQLFK]DOH*QRFL funkcyjnych w relacji DOSTAWCA_NA_ ZAMÓWIENIU i &= &,B:B0$*$=<1,(,GBGRVWDZF\ 1D]ZDBGRVWDZF\ $GUHVBGRVWDZF\

28 Definicja trzeciej postaci normalnej Relacja R o danym schemacie jest w trzeciej postaci normalnej (3NF), MH*HOL MHVWZGUXJLHMSRVWDFLQRUPDOQHML*DGHQ atrybut wtórny tej relacji nie jest SU]HFKRGQLR]DOH*Q\RGNOXF]DJáyZQHJR tej relacji.

29 &RQDOH*\]URELü]UHODFMDPLZ1) ]DZLHUDMF\PL]DOH*QRFLSU]HFKRGQLH" 'HNRPSRQRZDü Jak? $ % & $ % % &

30 DOSTAWCA_NA_ZAMÓWIENIU (2NF) ZAMÓWIENIE_DO_DOSTAWCY DOSTAWCY Nr_zamówienia Id_dostawcy Id_dostawcy Nazwa Adres Nissan Liege Honda Glasgow Toyota Tokyo

31 &= &,B:B0$*$=<1,( &= &, &= ûb:b0$*$=<1,( MAGAZYNY,GBF]FL 1D]ZDBF]FL,GBF]FL Magazyn Magazyn Adres_magazynu 53 Pompa 57 Filtr 54 Pompa 32.RáR 88 Silnik 59 %árwqln Warszawa 6 Szczecin 7 3R]QD

32 'ODF]HJRUHODFM&= &,B:B0$*$=<1,( QDOH*DáRSRG]LHOLüQDUHODFMH" =HZ]JOGXQDIDNWZ\VWSRZDQLD)'DWU\EXWX1D]ZDBF]FL od atrybutu,gbf]fl, oprócz przechodniej FD,GBF]FL Adres_magazynu 1UB]DPyZLHQLD,GBF]FL,GBGRVWDZF\ =$0Ï:,(1,(B'2B'267$:&<,GBGRVWDZF\ 1D]ZDBGRVWDZF\ &= &,,GBF]FL 0DJD]\Q $GUHVBGRVWDZF\ '267$:&< 0DJD]\Q 0$*$=<1<

33 Z\PLDURZH.OXF].OXF] $ % & $ % & ' 3U]HNV]WDáFHQLH GRSLHUZV]HM SRVWDFL QRUPDOQHM 3U]HNV]WDáFHQLH GRGUXJLHM SRVWDFL QRUPDOQHM 3U]HNV]WDáFHQLH GRWU]HFLHM SRVWDFL QRUPDOQHM 5HODFMD5 $ % & ' $.OXF] % &.OXF] $ % % & $ '

34 =ELyUUy*Q\FK]DOH*QRFLIXQNF\MQ\FK Z\VWSXMF\FKZUHODFMDFKPR*HE\üEDUG]RGX*\ 'ODF]HJRSRZLQQRQDP]DOH*HüQDUHGXNFML ]ELRUX]DOH*QRFL" -HGQ\P]SRZRGyZMHVWWR*H]DOH*QRFL IXQNF\MQHUHSUH]HQWXMZL]\LQWHJUDOQRFLD zatem V\VWHP]DU]G]DQLDED]GDQ\FK (SZBD) PXVLMHVSUDZG]DüZFKZLOLSU]HSURZDG]DQLD aktualizacji. -DNWR]URELü"

35 -H*HOLMHVWGDQ\]HVWDZ]DOH*QRFLRQD]ZLHS, ZDUWRE\áRE\]QDOH(üLQQ\]ELyUTNWyU\E\áE\ ]QDF]QLHPQLHMV]\RG6LPLDáWZáDVQRü*H ND*GD]DOH*QRüIXQNF\MQD]S Z\QLNDáDE\] ]DOH*QRFL]DZDUW\FKZT. -HOLXGDáRE\VL]QDOH(üWDNL]ELyUT, to Z\VWDUF]DáRE\DE\SZBD Z\PXV]DáVSHáQLHQLH ]DOH*QRFLIXQNF\MQ\FKZT, a tym samym ]DOH*QRFL]H]ELRUXS E\á\E\VSHáQLRQH automatycznie.

36 -HGQ\P ]H VSRVREyZ UHGXNFML ZLHONRFL ]ELRUX ]DOH*QRFL IXQNF\MQ\FK MHVW HOLPLQDFMD WDN ]ZDQ\FK ]DOH*QRFL WU\ZLDOQ\FK. : RJyOQRFL ]DOH*QRü MHVW WU\ZLDOQD MH*HOL QLH PR*H E\ü QLHVSHáQLRQD =DOH*QRü MHVW WU\ZLDOQD ZWHG\ L W\ONR ZWHG\ JG\ SUDZDVWURQD]DOH*QRFLMHVWSRG]ELRUHPOHZHM;< X) lub odwrotnie lewa strona jest nadzbiorem prawej. Definicja postaci normalnej BCNF 5HODFMD]QDMGXMHVLZpostaci BCNF wtedy i tylko ZWHG\JG\MHG\Q\PLHOHPHQWDPLGHWHUPLQXMF\PLV NOXF]HNDQG\GXMFHSU]\F]\P]DNáDGDP\*H ZV]\VWNLH]DOH*QRFLIXQNF\MQHV nietrywialne.

37 -DNWRVLPDGRGLDJUDPyZ]DOH*QRFL funkcyjnych? -HG\Q\PLVWU]DáNDPLZ\FKRG]F\PLQDGLDJUDPLH ]DOH*QRFLVVWU]DáNLZ\FKRG]FH]NOXF]\ SRWHQFMDOQ\FKNDQG\GXMF\FK $.OXF] % & $ ' $ % & 'HILQLFMDSRVWDFL%&1)VWZLHUG]D*HÄQLHPR*HE\ü *DGQ\FKLQQ\FKVWU]DáHN QLHPDZLFVWU]DáHN V\PEROL]XMF\FK]DOH*QRFLNWyUHPRJá\E\E\ü eliminowane w procedurze normalizacji.

38 Przy projektowaniu schematów relacyjnych F]DVDPLRND]XMHVL*HVFKHPDWPDSRVWDü %&1)DOHZ\VWSXMHZQLPUHGXQGDQFMD GDQ\FKNWyUDQLHPD]ZL]NX] ]DOH*QRFLDPLIXQNF\MQ\PL. 6NGVLELRUWHUHGXQGDQFMH"

39 3U]\NáDG 1D]ZLVNRBSUDFRZQLND-]\NBSURJUDPRZDQLD-]\NBREF\ Kowalski C angielski C++ francuski Java Malinowski Smalltalk angielski Java ZáRVNL KLV]SDVNL Nowak C angielski SQL PL/M rosyjski,qirupdfmhrm]\ndfksurjudprzdqldlm]\ndfk REF\FK]QDQ\FKSU]H]SUDFRZQLNDVZ]DMHPQLH QLH]DOH*QH

40 Nazwisko_pracownika -]\NBSURJUDPRZDQLD -]\NBREF\ Kowalski C angielski Kowalski C francuski Kowalski C++ angielski Kowalski C++ francuski Kowalski Java angielski Kowalski Java francuski :W\FKGDQ\FKQLHPD*DGQ\FK]DOH*QRFLIXQNF\MQ\FK Atrybut Y relacji R jest IXQNF\MQLH]DOH*Q\ RGDWU\EXWX;MHOL ]DZV]HND*GHMZDUWRFL[DWU\EXWX;RGSRZLDGDQLHZLFHMQL* MHGQDZDUWRü\DWU\EXWX< 5HODFMDWDMHVWMHGQDNZ1)L%&1)SRQLHZD*MHVW typu all-key, tj. ma same klucze.

41 Co to oznacza? 3RMFLDLGHILQLFMHZSURZDG]RQH ZF]HQLHMQLHGRVWDUF]IRUPDOQ\FK podstaw do dekompozycji tej relacji na mniejsze.

42 1D]ZLVNRBSUDFRZQLND-]\NBSURJUDPRZDQLD-]\NBREF\ Kowalski C angielski Kowalski C francuski Kowalski C++ angielski Kowalski C++ francuski Kowalski Java angielski Kowalski Java francuski U]\F]\QGXEORZDQLDVLGDQ\FKVW\PUD]HPwielowarto- FLRZH ]DOH*QRFLIXQNF\MQH (ang. multivalued functional dependency MVD). -HGQHMZDUWRFLDWU\EXWXNazwisko_pracownika (np. Kowalski) w RJyOQRFLRGSRZLDGD]ELyUZDUWRFLDWU\EXWX-]\NBSURJUDPRZDQLD ^&&-DYD`RUD]]ELyUZDUWRFLDWU\EXWX-]\NBREF\ {angielski, francuski}.

43 3U]\NáDG 'ZLHZLHORZDUWRFLRZH]DOH*QRFLIXQNF\MQH Nazwisko_ pracownika -]\NBSURJUDPRZDQLD i Nazwisko_ pracownika -]\NBREF\ 'HILQLFMDZLHORZDUWRFLRZHM]DOH*QRFLIXQNF\MQHM 1LHFKEG]LHGDQDUHODFMDR o danym schemacie oraz niech X i Y R]QDF]DM SRG]ELRU\ DWU\EXWyZ VFKHPDWX UHODFML 5 0yZLP\ *H SRG]ELyU DWU\EXWyZ Y jest ZLHORZDUWRFLRZR IXQNF\MQLH ]DOH*Q\ od podzbioru X MH*HOL GOD GRZROQHM instancji relacji R o takim schemacie i dla dowolnej pary krotek t 1 i t 2 z relacji R WDNLFK*Ht 1 [X] = t 2 [X], istnieje para krotek t 3 i t 4 w relacji R*H t 3 [X] = t 4 [X] = t 1 [X] = t 2 [X] oraz t 3 [Y] = t 1 [Y] i t 3 [R-X-Y] = t 2 [R-X-Y] oraz t 4 [Y] = t 2 [Y] i t 4 [R-X-Y] = t 1 [R-X-Y].

44 W relacji PRACOWNICY podzbiór X = {Nazwisko_ SUDFRZQLND` < ^-]\NBSURJUDPRZDQLD` 5-X-Y = ^-]\NBREF\`. Parze krotek t 1 = (Kowalski, C, angielski) t 2 = (Kowalski, C++, francuski) odpowiada para krotek t 3 = (Kowalski, C, francuski) t 4 = (Kowalski, C++, angielski XWZRU]RQ\FKSU]H]]DPLDQZDUWRFLDWU\EXWX-]\NBREF\.

45 Definicja czwartej postaci normalnej - 4NF 1LHFK EG]LH GDQD UHODFMD R o danym schemacie oraz WU]\SDUDPLUR]áF]QHQLHSXVWHSRG]ELRU\DWU\EXWyZX, Y, Z WHJRVFKHPDWXWDNLH*HX Y Z = R i podzbiór Y MHVW QLHWU\ZLDOQLH ZLHORZDUWRFLRZR ]DOH*Q\ RG podzbioru X. Dana relacja jest w czwartej postaci normalnej (4NF) wtedy i tylko wtedy, gdy jest w trzeciej postaci QRUPDOQHM L MH*HOL Z GDQHM UHODFML Z\VWSXMH nietrywialna ZLHORZDUWRFLRZD ]DOH*QRü IXQNF\MQD zbioru atrybutów Y od dowolnego podzbioru atrybutów X, to podzbiór X PXVL]DZLHUDüNOXF]WHMUHODFML

46 Czy relacja PRACOWNICY jest w 4NF? NIE Dlaczego? Relacja PRACOWNICY QLHMHVWZ1)SRQLHZD* Z\VWSXMHZQLHM nietrywialna ZLHORZDUWRFLRZD]DOH*QRü IXQNF\MQDPLG]\X = {Nazwisko_pracownika} a Y = {-]\NBSURJUDPRZDQLD} i podzbiór X = {Nazwisko_ pracownika} nie zawiera klucza tej relacji, którym jest zbiór wszystkich atrybutów {Nazwisko_pracownika, -]\NBSURJUDPRZDQLD-]\NBREF\}.

47 &RQDOH*\]URELü" 'HNRPSRQRZDü Jak? 8VXZDMFZLHORNURWQHZLHORZDUWRFLRZH]DOH*QRFL funkcyjne $ % & 3U]HNV]WDáFHQLH GRF]ZDUWHM SRVWDFL QRUPDOQHM $ $ % & 8VXQLFLHZLHORNURWQ\FKZLHORZDUWRFLRZ\FK]DOH*QRFLIXQNF\MQ\FK

48 PRACOWNICY - =<.,B352*5$02:$1,$ - =<.,B2%&( 1D]ZLVNR-]\NBSURJUDPRZDQLD Kowalski C Kowalski C++ Kowalski Java D]ZLVNR-]\NBREF\ Kowalski angielski Kowalski frnacuski W relacji - =<.,B352*5$02:$1,$ Z\VWSXMH WU\ZLDOQDZLHORZDUWRFLRZD]DOH*QRüIXQNF\MQDPLG]\ X = {Nazwisko_pracownika} a Y = {-]\NBprogramowania}.

49 3LWDSRVWDüQRUPDOQDUHODFML 'HILQLFMD]DOH*QRFLSRáF]HQLRZHM -JD (od ang. join dependency) Niech R EG]LH UHODFM ]D A, B,..., Z EG dowolnymi podzbiorami zbiory atrybutów R. 0yZLP\*HR VSHáQLD-' * ( A, B,... Z ) wtedy i tylko wtedy, gdy R MHVWUyZQHSRáF]HQLX swoich projekcji na A, B,..., Z.

50 'HILQLFMDSLWHMSRVWDFLQRUPDOQHM - 5NF Dana relacja R MHVWZSLWHMSRVWDFLQRUPDOQHM 1)ZWHG\LW\ONRZWHG\JG\ND*GD ]DOH*QRüSRáF]HQLRZDMHVWLPSOLNRZDQD NOXF]DPLNDQG\GXMF\PLR

51 Podsumowanie: Proces normalizacji relacji, tj. bezstratnej dekompozycji MDNRQDU]G]LDSURMHNWRZDQLDED]GDQ\FK Dana jest pewna relacja R w pierwszej postaci QRUPDOQHMRUD]OLVWD]DOH*QRFLZL]yZFD, MVD, JDRGQRV]F\FKVLGRWHMUHODFML Systematycznie redukujemy R do zestawu mniejszych UHODFMLUyZQRZD*Q\FKZRNUHORQ\PVHQVLHUHODFMLR, MHGQDNZSHZLHQVSRVyEEDUG]LHMSR*GDQ\FKQL* R.

52 Podsumowanie - cd: Kolejny krok procesu redukcji (dekompozycji) polega na wykonaniu operacji projekcji relacji Z\QLNDMF\FK]SRSU]HGQLHJRNURNX :ND*G\PNURNXNRU]\VWDP\]RNUHORQ\FK ]DOH*QRFLZL]yZSU]\Z\ERU]HURG]DMX projekcji

53 Podsumowanie - zasady normalizacji :\NRQDMWDNLHSURMHNFMHZ\MFLRZHMUHODFMLZ1)DE\ Z\HOLPLQRZDüZV]\VWNLHQLHSHáQH]DOH*QRFLIXQNF\MQH 7HQNURNGD]HVWDZUHODFMLEGF\FKZGUXJLHMSRVWDFL normalnej - 2NF Wykonaj takie projekcje tych relacji w 2NF, które XVXQZV]HONLHSU]HFKRGQLH]DOH*QRFLIXQNF\MQH.URN ten da zestaw relacji w 3NF :\NRQDMWDNLHSURMHNFMHUHODFMLZ\MFLRZHMNWyUH Z\HOLPLQXMZV]\VWNLH]DOH*QRFLIXQNF\MQHNWyUHQLH Z\FKRG]]NOXF]DSRWHQFMDOQHJR.URNWHQGD]HVWDZ relacji postaci BCNF.

54 Podsumowanie - zasady normalizacji -cd Wykonaj takie projekcje tych relacji w BCNF, aby Z\HOLPLQRZDü ZV]\VWNLH ]DOH*QRFL wielowarto- FLRZH QLH EGFH MHGQRF]HQLH ]DOH*QRFLDPL IXQNF\MQ\PL OXE LQDF]HM NWyUH XVXQ ZV]HONLH ZLHORNURWQH ZLHORZDUWRFLRZH ]DOH*QRFL IXQNF\MQH Ten krok prowadzi do zestawu relacji w 4NF. :\NRQDMWDNLHSURMHNFMHW\FKUHODFMLZ1)NWyUHXVXQ ZV]\VWNLH]DOH*QRFLSRáF]HQLRZHQLHLPSOLNRZDQH kluczami potencjalnymi. Krok ten da zestaw relacji w 5NF.

55 Podsumowanie - cd: 0LG]\GHILQLFMDPL%&1)1)L1)Z\VWSXMH FLHNDZHSRGRELHVWZR Relacja R jest w postaci BCNF wtedy i tylko ZWHG\ JG\ ND*GD )' Z WHM UHODFML MHVW implikowana kluczami potencjalnymi z relacji R. Relacja R jest w postaci 4NF wtedy i tylko wtedy, JG\ ND*GD 09' Z WHM UHODFML MHVW LPSOLNRZDQD kluczami potencjalnymi z relacji R. Relacja R jest w postaci 5NF wtedy i tylko wtedy, JG\ ND*GD -' Z WHM UHODFML MHVW LPSOLNRZDQD kluczami potencjalnymi z relacji R.

56 Podsumowanie - cd: $QRPDOLH]ZL]DQH]DNWXDOL]DFMVZáDQLHW\PL WUXGQRFLDPLMDNLHVSUDZLDM]DOH*QRFLIXQNF\MQH ]DOH*QRFLZLHORZDUWRFLRZHF]\]DOH*QRFL SRáF]HQLRZHQLHLPSOLNRZDQHNOXF]DPLSRWHQFMDOQ\PL 2JyOQHFHOHSURFHVXQRUPDOL]DFMLVQDVWSXMFH eliminacja pewnych rodzajów redundancji, XQLNQLFLH QLHNWyU\FK DQRPDOLL ]ZL]DQ\FK ] DNWXDOL]DFM VNRQVWUXRZDQLH SURMHNWX EGFHJR ³GREU UHSUH]HQWDFMZLDWDU]HF]\ZLVWHJR XSURV]F]HQLH Z\PXV]DQLD SHZQ\FK ZL]yZ LQWHJUDOQRFL

57 Projektowanie schematów relacyjnych baz danych Normalizacja Zbyszko Królikowski Instytut Informatyki Politechniki 3R]QDVNLHM 60-3R]QDXO3LRWURZR

Pożyczkobiorcy. Anomalia modyfikacji: Anomalia usuwania: Konta_pożyczkowe. Anomalia wstawiania: Przykłady anomalii. Pożyczki.

Pożyczkobiorcy. Anomalia modyfikacji: Anomalia usuwania: Konta_pożyczkowe. Anomalia wstawiania: Przykłady anomalii. Pożyczki. Normalizacja Niewłaściwe zaprojektowanie schematów relacji może być przyczyną dublowania się danych, ich niespójności i anomalii podczas ich aktualizowania Przykłady anomalii PROWNIY id_prac nazwisko adres

Bardziej szczegółowo

Jak wiernie odzwierciedlić świat i zachować występujące w nim zależności? Jak implementacja fizyczna zmienia model logiczny?

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

Bardziej szczegółowo

PLAN WYKŁADU BAZY DANYCH ZALEŻNOŚCI FUNKCYJNE

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

Bardziej szczegółowo

Normalizacja baz 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,

Bardziej szczegółowo

Normalizacja schematów logicznych relacji

Normalizacja schematów logicznych relacji Normalizacja schematów logicznych relacji Wykład przygotował: Tadeusz Morzy BD wykład 5 Celem niniejszego wykładu jest przedstawienie i omówienie procesu normalizacji. Proces normalizacji traktujemy jako

Bardziej szczegółowo

WYKŁAD 1. Wprowadzenie do problematyki baz danych

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

Bardziej szczegółowo

BAZY DANYCH. Anomalie. Rozkład relacji i normalizacja. Wady redundancji

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

Bardziej szczegółowo

Pojęcie zależności funkcyjnej

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

Bardziej szczegółowo

Bazy danych. Andrzej Grzybowski. Instytut Fizyki, Uniwersytet Śląski

Bazy danych. Andrzej Grzybowski. Instytut Fizyki, Uniwersytet Śląski azy danych Andrzej Grzybowski Instytut Fizyki, Uniwersytet Śląski Wykład 5 Normalizacja relacji bazy danych jako podstawa relacyjnego modelowania danych (wykład przygotowany z wykorzystaniem materiałów

Bardziej szczegółowo

Definicja bazy danych TECHNOLOGIE BAZ DANYCH. System zarządzania bazą danych (SZBD) Oczekiwania wobec SZBD. Oczekiwania wobec SZBD c.d.

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ść.

Bardziej szczegółowo

Projektowanie relacyjnych baz danych

Projektowanie relacyjnych baz danych BAZY DANYCH wykład 7 Projektowanie relacyjnych baz danych Dr hab. Sławomir Zadrożny, prof. PR Zależności funkcyjne Niech X i Y oznaczają zbiory atrybutów relacji R Powiemy, że dla relacji R obowiązuje

Bardziej szczegółowo

Bazy danych i usługi sieciowe

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

Bardziej szczegółowo

Normalizacja. Pojęcie klucza. Cel normalizacji

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

Bardziej szczegółowo

Normalizacja relacyjnych baz danych. Sebastian Ernst

Normalizacja relacyjnych baz danych. Sebastian Ernst Normalizacja relacyjnych baz danych Sebastian Ernst Zależności funkcyjne Zależność funkcyjna pomiędzy zbiorami atrybutów X oraz Y oznacza, że każdemu zestawowi wartości atrybutów X odpowiada dokładnie

Bardziej szczegółowo

Bazy Danych i Usługi Sieciowe

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

Bardziej szczegółowo

Pierwsza postać normalna

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,

Bardziej szczegółowo

Cel normalizacji. Tadeusz Pankowski

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

Bardziej szczegółowo

Postać normalna Boyce-Codd (BCNF)

Postać normalna Boyce-Codd (BCNF) Postać normalna Boyce-Codd (BCNF) Grunty Id_Własności Wojewódz. Id-gruntu Obszar Cena Stopa_podatku Postać normalna Boyce-Codd a stanowi warunek dostateczny 3NF, ale nie konieczny. GRUNTY Id_Własności

Bardziej szczegółowo

BAZY DANYCH NORMALIZACJA BAZ DANYCH. Microsoft Access. Adrian Horzyk. Akademia Górniczo-Hutnicza

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

Bardziej szczegółowo

Plan wykładu. Problemy w bazie danych. Problemy w bazie danych BAZY DANYCH. Problemy w bazie danych Przykład sprowadzenia nieznormalizowanej SQL

Plan wykładu. Problemy w bazie danych. Problemy w bazie danych BAZY DANYCH. Problemy w bazie danych Przykład sprowadzenia nieznormalizowanej SQL Plan wykładu 2 ZY DNYH Wykład 2: Sprowadzanie do postaci normalnych. SQL. Problemy w bazie danych Przykład sprowadzenia nieznormalizowanej relacji do 3NF SQL Małgorzata Krętowska Wydział Informatyki Politechnika

Bardziej szczegółowo

Pierwsza postać normalna

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,

Bardziej szczegółowo

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 Systemy baz danych Notatki z wykładu http://robert.brainusers.net 17.06.2009 Notatki własne z wykładu. Są niekompletne, bez bibliografii oraz mogą zawierać błędy i usterki. Z tego powodu niniejszy dokument

Bardziej szczegółowo

BAZY DANYCH NORMALIZACJA BAZ DANYCH. Microsoft Access. Adrian Horzyk. Akademia Górniczo-Hutnicza

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

Bardziej szczegółowo

Bazy danych 3. Normalizacja baz danych

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.

Bardziej szczegółowo

Bazy danych 3. Normalizacja baz danych (c.d.)

Bazy danych 3. Normalizacja baz danych (c.d.) Bazy danych 3. Normalizacja baz danych (c.d.) P. F. Góra http://th-www.if.uj.edu.pl/zfs/gora/ 2012/13 Postać normalna Boyce a-codda Tabela jest w postaci normalnej Boyce a-codda (BCNF, PNBC), jeżeli 1.

Bardziej szczegółowo

Wykład II Encja, atrybuty, klucze Związki encji. Opracowano na podstawie: Podstawowy Wykład z Systemów Baz Danych, J.D.Ullman, J.

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

Bardziej szczegółowo

030 PROJEKTOWANIE BAZ DANYCH. Prof. dr hab. Marek Wisła

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,

Bardziej szczegółowo

Technologie baz danych

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

Bardziej szczegółowo

BAZY DANYCH model relacyjny. Opracował: dr inż. Piotr Suchomski

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

Bardziej szczegółowo

Zależności funkcyjne

Zależności funkcyjne Zależności funkcyjne Plan wykładu Pojęcie zależności funkcyjnej Dopełnienie zbioru zależności funkcyjnych Postać minimalna zbioru zależności funkcyjnych Domknięcie atrybutu relacji względem zależności

Bardziej szczegółowo

Bazy danych. Andrzej Łachwa, UJ, /15

Bazy danych. Andrzej Łachwa, UJ, /15 Bazy danych Andrzej Łachwa, UJ, 2013 andrzej.lachwa@uj.edu.pl www.uj.edu.pl/web/zpgk/materialy 10/15 Semantyka schematu relacyjnej bazy danych Schemat bazy danych składa się ze schematów relacji i więzów

Bardziej szczegółowo

Projektowanie baz danych

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

Bardziej szczegółowo

Plan wykładu. Problemy w bazie danych. Problemy w bazie danych BAZY DANYCH

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

Bardziej szczegółowo

1 Przygotował: mgr inż. Maciej Lasota

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

Bardziej szczegółowo

Bazy danych. Plan wykładu. Podzapytania - wskazówki. Podzapytania po FROM. Wykład 5: Zalenoci wielowartociowe. Sprowadzanie do postaci normalnych.

Bazy danych. Plan wykładu. Podzapytania - wskazówki. Podzapytania po FROM. Wykład 5: Zalenoci wielowartociowe. Sprowadzanie do postaci normalnych. Plan wykładu azy danych Wykład 5: Zalenoci wielowartociowe. Sprowadzanie do postaci normalnych. Dokoczenie SQL Zalenoci wielowartociowe zwarta posta normalna Dekompozycja do 4NF Przykład sprowadzanie do

Bardziej szczegółowo

Tadeusz Pankowski www.put.poznan.pl/~tadeusz.pankowski. Definicja. Definicja

Tadeusz Pankowski www.put.poznan.pl/~tadeusz.pankowski. Definicja. Definicja Plan Zależności funkcyjne 1. Zależności funkcyjne jako klasa ograniczeń semantycznych odwzorowywanego świata rzeczywistego. 2. Schematy relacyjne = typ relacji + zależności funkcyjne. 3. Rozkładalność

Bardziej szczegółowo

Zależności funkcyjne c.d.

Zależności funkcyjne c.d. Zależności funkcyjne c.d. Przykłady. Relacja Film (zapis w postaci tabeli): Tytuł Rok Długość typfilmu nazwastudia nazwiskogwiazdy Gwiezdne 1977 124 Kolor Fox Carrie Fisher Gwiezdne 1977 124 Kolor Fox

Bardziej szczegółowo

Bazy danych Teoria projektowania relacyjnych baz danych. Wykła. Wykład dla studentów matematyki

Bazy danych Teoria projektowania relacyjnych baz danych. Wykła. Wykład dla studentów matematyki Bazy danych Teoria projektowania relacyjnych baz danych. Wykład dla studentów matematyki 2 kwietnia 2017 Ogólne wprowadzenie No przecież do tego służa reguły, rozumiesz? Żebyś się dobrze zastanowił, zanim

Bardziej szczegółowo

Normalizacja. Wzorce projektowe semantyka atrybutów relacji. Ocena poprawności schematu

Normalizacja. Wzorce projektowe semantyka atrybutów relacji. Ocena poprawności schematu 1 Plan rozdziału 2 Normalizacja 1NF, 2NF, 3NF, BCNF, 4NF, 5NF Wzorce projektowe Zależności funkcyjne Postaci normalne pierwsza postać normalna druga postać normalna trzecia postać normalna postać normalna

Bardziej szczegółowo

Relacyjny model baz danych, model związków encji, normalizacje

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

Bardziej szczegółowo

Relacyjne bazy danych. Normalizacja i problem nadmierności danych.

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

Bardziej szczegółowo

Projektowanie Systemów Informacyjnych

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

Bardziej szczegółowo

Bazy danych. Andrzej Łachwa, UJ, /15

Bazy danych. Andrzej Łachwa, UJ, /15 Bazy danych Andrzej Łachwa, UJ, 2013 andrzej.lachwa@uj.edu.pl www.uj.edu.pl/web/zpgk/materialy 11/15 NORMALIZACJA c.d. Przykład {UCZEŃ*, JĘZYK*, NAUCZYCIEL} {UCZEŃ, JĘZYK} NAUCZYCIEL NAUCZYCIEL JĘZYK Są

Bardziej szczegółowo

Normalizacja relacji

Normalizacja relacji Wydział Zarządzania AGH Katedra Informatyki Stosowanej Normalizacja relacji Informatyczne systemy zarządzania Program wykładu Normalizacja Pierwsza postać normalna Druga postać normalna Klucze Przykłady

Bardziej szczegółowo

Bazy danych. Plan wykładu. Zależności funkcyjne. Wykład 2: Relacyjny model danych - zależności funkcyjne. Podstawy SQL.

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

Bardziej szczegółowo

Bazy danych. Andrzej Grzybowski. Instytut Fizyki, Uniwersytet Śląski

Bazy danych. Andrzej Grzybowski. Instytut Fizyki, Uniwersytet Śląski Bazy danych Andrzej Grzybowski Instytut Fizyki, Uniwersytet Śląski Wykład 2 Podstawy integralności w relacyjnym modelu baz danych Bazy danych. Wykład 2 2 Integralność relacyjnych baz danych Schemat relacji

Bardziej szczegółowo

Technologia informacyjna

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,

Bardziej szczegółowo

KaŜdemu atrybutowi A przyporządkowana jest dziedzina Dom(A), czyli zbiór dopuszczalnych wartości.

KaŜdemu atrybutowi A przyporządkowana jest dziedzina Dom(A), czyli zbiór dopuszczalnych wartości. elacja chemat relacji chemat relacji jest to zbiór = {A 1,..., A n }, gdzie A 1,..., A n są artybutami (nazwami kolumn) np. Loty = {Numer, kąd, Dokąd, Odlot, Przylot} KaŜdemu atrybutowi A przyporządkowana

Bardziej szczegółowo

Zależności funkcyjne pierwotne i wtórne

Zależności funkcyjne pierwotne i wtórne Zależności funkcyjne pierwotne i wtórne W praktyce, w przypadku konkretnej bazy danych, nie jest zwykle możliwe (ani potrzebne), by projektant określił wszystkie zależności funkcyjne na etapie analizy

Bardziej szczegółowo

Instytut Mechaniki i Inżynierii Obliczeniowej Wydział Mechaniczny technologiczny Politechnika Śląska

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)

Bardziej szczegółowo

1 Wstęp do modelu relacyjnego

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

Bardziej szczegółowo

Relacyjny model danych

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

Bardziej szczegółowo

Normalizacja baz danych

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

Bardziej szczegółowo

Bazy danych 2. Zależności funkcyjne Normalizacja baz danych

Bazy danych 2. Zależności funkcyjne Normalizacja baz danych Bazy danych 2. Zależności funkcyjne Normalizacja baz danych P. F. Góra http://th-www.if.uj.edu.pl/zfs/gora/ 2012/13 Zależności funkcyjne Definicja: Mówimy, że atrybut B jest zależny funkcyjnie od atrybutów

Bardziej szczegółowo

Konstruowanie Baz Danych Wprowadzenie do projektowania. Normalizacja

Konstruowanie Baz Danych Wprowadzenie do projektowania. Normalizacja Studia podyplomowe In»ynieria oprogramowania wspóªnansowane przez Uni Europejsk w ramach Europejskiego Funduszu Spoªecznego Projekt Studia podyplomowe z zakresu wytwarzania oprogramowania oraz zarz dzania

Bardziej szczegółowo

Przykłady normalizacji

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ł,

Bardziej szczegółowo

Związki pomiędzy tabelami

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

Bardziej szczegółowo

Bazy danych 3. Zależności funkcyjne Normalizacja relacyjnych baz danych

Bazy danych 3. Zależności funkcyjne Normalizacja relacyjnych baz danych Bazy danych 3. Zależności funkcyjne Normalizacja relacyjnych baz danych P. F. Góra http://th-www.if.uj.edu.pl/zfs/gora/ 2017/18 Zależności funkcyjne (ang. functional dependencies) to jedno z najważniejszych

Bardziej szczegółowo

INFORMATYKA GEODEZYJNO- KARTOGRAFICZNA Relacyjny model danych. Relacyjny model danych Struktury danych Operacje Oganiczenia integralnościowe

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

Bardziej szczegółowo

SQL Structured Query Language

SQL Structured Query Language SQL Structured Query Language stworzony na początku lat 70 ubiegłego wieku w IBM przez Donalda Messerly'ego, Donalda Chamberlina oraz Raymonda Boyce'a pod nazwą SEQUEL pierwszy SZBD System R utworzony

Bardziej szczegółowo

Normalizacja 1NF, 2NF, 3NF, BCNF, 4NF, 5NF

Normalizacja 1NF, 2NF, 3NF, BCNF, 4NF, 5NF 1 Normalizacja 1NF, 2NF, 3NF, BCNF, 4NF, 5NF Plan rozdziału 2 Wzorce projektowe Zależności funkcyjne Postaci normalne pierwsza postać normalna druga postać normalna trzecia postać normalna postać normalna

Bardziej szczegółowo

Literatura. Bazy danych s.1-1

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,

Bardziej szczegółowo

Bazy Danych i Usługi Sieciowe

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

Bardziej szczegółowo

o partnerstwie publiczno-prywatnym.

o partnerstwie publiczno-prywatnym. SENAT RZECZYPOSPOLITEJ POLSKIEJ V KADENCJA Warszawa, dnia 20 czerwca 2005 r. Druk nr 984 0$56=$à(. 6(-08 RZECZYPOSPOLITEJ POLSKIEJ Pan Longin PASTUSIAK 0$56=$à(. 6(1$78 RZECZYPOSPOLITEJ POLSKIEJ =JRGQLH

Bardziej szczegółowo

Normalizacja schematu bazy danych. Radosław Fijołek Paweł Romanowski Paweł Trzos

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

Bardziej szczegółowo

Relacyjne Bazy Danych Andrzej M. Borzyszkowski. Projekt bazy danych normalizacja. PJATK/ Gdańsk. Dwie metodologie. Formalne zasady projektowe

Relacyjne Bazy Danych Andrzej M. Borzyszkowski. Projekt bazy danych normalizacja. PJATK/ Gdańsk. Dwie metodologie. Formalne zasady projektowe Relacyjne Bazy Danych Andrzej M. Borzyszkowski PJATK/ Gdańsk materiały dostępne elektronicznie http://szuflandia.pjwstk.edu.pl/~amb Projekt bazy danych normalizacja 2 Dwie metodologie Formalne zasady projektowe

Bardziej szczegółowo

Program wykładu. zastosowanie w aplikacjach i PL/SQL;

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,

Bardziej szczegółowo

Teoretyczne podstawy informatyki

Teoretyczne podstawy informatyki Teoretyczne podstawy informatyki Wykład 8a: Relacyjny model danych http://hibiscus.if.uj.edu.pl/~erichter/dydaktyka2009/tpi-2009 Prof. dr hab. Elżbieta Richter-Wąs 1 Relacyjny model danych Jednym z najważniejszych

Bardziej szczegółowo

Bazy danych Projektowanie i implementacja relacyjnych baz danych

Bazy danych Projektowanie i implementacja relacyjnych baz danych Bazy danych Projektowanie i implementacja relacyjnych baz danych Marcin Szpyrka Katedra Informatyki Stosowanej AGH w Krakowie 2016/17 Literatura 1. Jeffrey D. Ullman, Jennifer Widom: Podstawowy kurs systemów

Bardziej szczegółowo

Program nauczania. Systemy baz danych. technik informatyk 351203

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.

Bardziej szczegółowo

Baza danych. Baza danych to:

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

Bardziej szczegółowo

Bazy danych 1. Wykład 6 Metodologia projektowania baz danych. (projektowanie logiczne - Normalizacja)

Bazy danych 1. Wykład 6 Metodologia projektowania baz danych. (projektowanie logiczne - Normalizacja) Bazy danych 1 Wykład 6 Metodologia projektowania baz danych (projektowanie logiczne - Normalizacja) Projektowanie logiczne przegląd krok po kroku 1. Usuń własności niekompatybilne z modelem relacyjnym

Bardziej szczegółowo

Bazy danych. Algebra relacji

Bazy 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ółowo

Normalizacja tabel POSTACIE NORMALNE TABEL

Normalizacja 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ółowo

Normalizacja Projektowanie Diagramy encji. Bazy Danych i Systemy informacyjne Wykład 7. Piotr Syga

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

Bardziej szczegółowo

Teoretyczne podstawy informatyki

Teoretyczne podstawy informatyki Teoretyczne podstawy informatyki Wykład 8a Relacyjny model danych 21.11.2008 Relacyjny model danych Jednym z najważniejszych zastosowań komputerów jest przechowywanie i przetwarzanie informacji. Relacyjny

Bardziej szczegółowo

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 S y s t e m y B a z D a n y c h Wykład na przedmiot: Bazy danych Studia zaoczne i podyplomowe UAM Anna Pankowska aniap@amu.edu.pl W y k ł a d I Temat: Relacyjne bazy danych Plan wykładu: - cel stosowania

Bardziej szczegółowo

77. Modelowanie bazy danych rodzaje połączeń relacyjnych, pojęcie klucza obcego.

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

Bardziej szczegółowo

Model relacyjny. Wykład II

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

Bardziej szczegółowo

Utwórz klucz podstawowy relacji na podstawie unikalnego identyfikatora encji. podstawie kluczy podstawowych wiązanych relacji.

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.

Bardziej szczegółowo

Projektowanie bazy danych przykład

Projektowanie 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ółowo

Chemoinformatyczne bazy danych - Wprowadzenie do technologii baz danych. Andrzej Bąk

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

Bardziej szczegółowo

Relacyjny model danych

Relacyjny model danych Relacyjny model danych Wykład przygotował: Robert Wrembel BD wykład 2 (1) 1 Plan wykładu Relacyjny model danych Struktury danych Operacje Oganiczenia integralnościowe BD wykład 2 (2) W ramach drugiego

Bardziej szczegółowo

W poniŝszej tabeli zestawiono charakterystyki poszczególnych postaci normalnych bazy.

W poniŝszej tabeli zestawiono charakterystyki poszczególnych postaci normalnych bazy. Postacie normalne W odróŝnieniu od schematu procesu projektowania bazy danych z góry do dołu (ang. top down od ogółu do szczegółów), normalizacja jest uznawana niekiedy za odrębną metodologię projektowania

Bardziej szczegółowo

Baza danych. Modele danych

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

Bardziej szczegółowo

Piotr 7U\EDáD. Leasing 3RUDGQLN3U]HGVLELRU \

Piotr 7U\EDáD. Leasing 3RUDGQLN3U]HGVLELRU \ Piotr 7U\EDáD Leasing 3RUDGQLN3U]HGVLELRU \ Autor Piotr 7U\EDáD Redakcja i korekta Ewa Skrzypkowska Copyright by 3ROVND $JHQFMD 5R]ZRMX 3U]HGVLELRUF]RFL Projekt serii Tadeusz Korobkow 3URMHNW RNáDGNL Andrzej

Bardziej szczegółowo

PODSTAWY BAZ DANYCH 2009/ / Notatki do wykładu "Podstawy baz danych"

PODSTAWY BAZ DANYCH 2009/ / Notatki do wykładu Podstawy baz danych PODSTAWY BAZ DANYCH 2009/2010 1 Literatura 1. Connolly T., Begg C.: Systemy baz danych. Tom 1 i tom 2. Wydawnictwo RM 2004. 2. R. Elmasri, S. B. Navathe: Wprowadzenie do systemu baz danych, Wydawnictwo

Bardziej szczegółowo

Bazy danych 1. Wykład 5 Metodologia projektowania baz danych. (projektowanie logiczne)

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

Bardziej szczegółowo

Autor: Joanna Karwowska

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,

Bardziej szczegółowo

Wykład 2. Relacyjny model danych

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

Bardziej szczegółowo

Normalizacja schematów relacji

Normalizacja schematów relacji Normalizacja schematów relacji 1. Przykład złego schematu relacji Rozważmy schemat relacji: Dostawcy = { Nazwa_dostawcy, Adres_dostawcy, Nazwa_towaru, Cena } i przykładową jej zawartość: NazwaDostawcy

Bardziej szczegółowo

Bazy danych. Plan wykáadu. Zale*noci funkcyjne. Wykáad 4: Relacyjny model danych - zale*noci funkcyjne. A B

Bazy danych. Plan wykáadu. Zale*noci funkcyjne. Wykáad 4: Relacyjny model danych - zale*noci funkcyjne. A B Plan wykáadu Bazy danych Wykáad 4: Relacyjny model danych - zale*noci funkcyjne. Maágorzata Krtowska Wydziaá Informatyki Politechnika Biaáostocka Deficja zale*noci funkcyjnych Klucze relacji Reguáy dotyczce

Bardziej szczegółowo

Wstęp do relacyjnych baz danych. Jan Bartoszek

Wstęp do relacyjnych baz danych. Jan Bartoszek Wstęp do relacyjnych baz danych Jan Bartoszek Agenda 1. 2. 3. 4. 5. 6. 7. Po co i dlaczego? Bazy danych & DBMS Relacje i powiązania Redundancja i jak jej uniknąć Diagramy ERD SQL Podsumowanie Czym są są

Bardziej szczegółowo

Bazy danych w sterowaniu

Bazy danych w sterowaniu Bazy danych w sterowaniu funkcje systemu zarządzania bazą danych, schemat pojęciowy, normalizacja relacji Jeffrey D. Ullman Systemy baz danych Claude Delobel Michel Adiba elacyjne bazy danych Paul Beynon-Davies

Bardziej szczegółowo

< K (2) = ( Adams, John ), P (2) = adres bloku 2 > < K (1) = ( Aaron, Ed ), P (1) = adres bloku 1 >

< K (2) = ( Adams, John ), P (2) = adres bloku 2 > < K (1) = ( Aaron, Ed ), P (1) = adres bloku 1 > Typy indeksów Indeks jest zakładany na atrybucie relacji atrybucie indeksowym (ang. indexing field). Indeks zawiera wartości atrybutu indeksowego wraz ze wskaźnikami do wszystkich bloków dyskowych zawierających

Bardziej szczegółowo

Bazy danych wykład trzeci. trzeci Modelowanie schematu bazy danych 1 / 40

Bazy danych wykład trzeci. trzeci Modelowanie schematu bazy danych 1 / 40 Bazy danych wykład trzeci Modelowanie schematu bazy danych Konrad Zdanowski Uniwersytet Kardynała Stefana Wyszyńskiego, Warszawa trzeci Modelowanie schematu bazy danych 1 / 40 Outline 1 Zalezności funkcyjne

Bardziej szczegółowo

Transformacja modelu EER do postaci relacyjnego modelu danych. Zbyszko Królikowski

Transformacja 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ółowo

Wykład XII. optymalizacja w relacyjnych bazach danych

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

Bardziej szczegółowo

1. PARAMETRY TECHNICZNE WAG NAJAZDOWYCH.

1. PARAMETRY TECHNICZNE WAG NAJAZDOWYCH. .ZLHFLH 2 1. PARAMETRY TECHNICZNE WAG NAJAZDOWYCH. Typ wagi 2EFL*HQLH maksymalne Max [kg] WPT/4N 400H WPT/4N 800H WPT/4N 1500H 400 800 1500 2EFL*HQLH PLQLPDOQH Min [kg] 4 10 10 'RNáDGQRü RGF]\WX d [g]

Bardziej szczegółowo

Technologia Informacyjna

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

Bardziej szczegółowo