3URMHNWRZDQLHVFKHPDWyZ UHODF\MQ\FKED]GDQ\FK± 1RUPDOL]DFMD. =E\V]NR.UyOLNRZVNL ,QVW\WXW,QIRUPDW\NL3ROLWHFKQLNL3R]QDVNLHM 3R]QDXO3LRWURZR
|
|
- Danuta Krupa
- 6 lat temu
- Przeglądów:
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.
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ółowoJak 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ół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ół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ółowoNormalizacja 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ół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ółowoBAZY 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ół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ółowoBazy 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ół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ółowoProjektowanie 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ółowoBazy 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ółowoNormalizacja. 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ół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 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ół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ół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ółowoPostać 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ół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ółowoPlan 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ół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ółowoSystemy 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ół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ółowoBazy 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ółowoBazy 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ół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ół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ół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ółowoBAZY 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ółowoZależ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ółowoBazy 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ółowoProjektowanie 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ółowoPlan 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ół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ółowoBazy 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ółowoTadeusz 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ółowoZależ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ółowoBazy 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ółowoNormalizacja. 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ół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ół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ół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ółowoBazy 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ółowoNormalizacja 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ół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ółowoBazy 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ół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ółowoKaŜ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ółowoZależ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ół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 5 (Projektowanie i normalizacja bazy danych)
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ółowoRelacyjny 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ół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ółowoBazy 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ółowoKonstruowanie 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ół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ół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ółowoBazy 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ół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ółowoSQL 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ółowoNormalizacja 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ół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ółowoBazy 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ółowoo 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ółowoNormalizacja 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ółowoRelacyjne 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ół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ółowoTeoretyczne 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ółowoBazy 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ółowoProgram 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ół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ółowoBazy 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ół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ół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ółowoNormalizacja 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ółowoTeoretyczne 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ółowoS 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ółowo77. 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ół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ółowoUtwó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ół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ółowoChemoinformatyczne 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ółowoRelacyjny 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ółowoW 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ół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ółowoPiotr 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ółowoPODSTAWY 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ółowoBazy 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ółowoAutor: 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ół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ółowoNormalizacja 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ółowoBazy 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ółowoWstę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ółowoBazy 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 >
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ółowoBazy 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ół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ółowoWykł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ółowo1. 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ół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ółowo