Pristupne Primjeri

Odnosi u bazi podataka

Utorak, 15 siječnja, 2008 |

Nakon što ste postavili različite tablice za svaki predmet u vašoj bazi podataka, trebate način da Microsoft Access kako prikupiti te podatke ponovno. Prvi korak u tom procesu je definirati odnose između svojih tablica. Nakon što ste to učinili, možete stvoriti upite, obrascima i izvještajima prikazati podatke iz više tablica odjednom.

Kako odnosima?

Jedan-prema-mnogi
Jedan-na-mnogi odnos je najčešći tip odnosa. U jedan-na-više, zapis u tablici može imati više odgovaraju zapise u tablici B, ali rekord u tablice B ima samo jedan odgovarajući zapis u tablici A.

Više-na-mnogi
U više-na-više, zapis u tablici može imati više odgovaraju zapise u tablici B, te zapis u tablici B može imati više odgovaraju zapise u tablici A. Ova vrsta odnosa je moguće samo kroz definiranje treću tablicu (naziva udruge stol) čiji je primarni ključ se sastoji od dva polja  stranih ključeva iz obje tablice A i B. U stvari, a više-na-mnogi su odnosi dva-na-mnogi odnos s trećom tablici. Na primjer, tablice Narudžbe i tablica Proizvodi imaju više-na-više odnos koji je definiran stvaranjem dvaju jedan-na-mnogi za stol Detalji narudžbe.

Jedan-na-jedan
U jedan-na-jedan, svaki zapis u tablici može imati samo jedan odgovarajući zapis u tablici B, a svaki zapis u tablici B može imati samo jedan odgovarajući zapis u tablici A. Ova vrsta odnosa nije uobičajena jer većina informacije koje se odnose i biti u jednoj tablici. Uporaba jedan-na-jedan se preporučuje kada želite dijeliti stol s mnogim poljima, izolirati dio tablice za sigurnost ili pohraniti informacije koje se primjenjuje samo na podskup glavne tablice. Svibanj vi želite, na primjer, stvoriti tablicu za snimanje zaposlenike koji sudjeluju u nogometnoj igri za prikupljanje sredstava.

Definiranje odnosa
Možete definirati odnos dodavanjem tablica želite odnose na prozoru Odnosi, a zatim povučete tipku polje tablice i ispustite u ključu drugoj tablici.
Takav odnos da Microsoft Access stvara ovisi o tome kako srodnih područja definirani su:
• jedan-prema-više veza se stvara ako samo jedan od srodnih područja je primarni ključ ili ima jedinstveni indeks.
• jedan-na-jedan se stvara kada su obje povezane polja su primarni ključevi ili imaju jedinstvene indekse.
• U stvari, a više-na-mnogi su odnosi dva-na-mnogi odnos s trećom čiji primarni ključ tablice se sastoji od dva polja  stranih ključeva od druge dvije tablice.
Napomena Ako povučete polje koje nije primarni ključ, a ne imati jedinstveni indeks na drugo polje koje nije primarni ključ, a ne imati jedinstveni indeks, neodređeni odnos je stvorio. Na upite koji sadrže tablice s neodređene odnosa, Microsoft Access prikazuje zadani pridružiti liniju između tablica, ali referencijalni integritet ne nameće i ne postoji jamstvo da su jedinstveni zapis u svakoj tablici.

Objavljeno na primarnih ključeva i odnosa i stolova | priključi se 19 Comments »

Standardizacija (Izbor primarnih ključeva)

Subota 22. prosinca, 2007 |

To je formalni proces korak po korak ispitati atribute entiteta, kako bi se izbjegla anomalije uočene u dodatak, brisanje i modifikaciju jedinstvenih sekvenci.

Ciljevi

1) Minimizacija dupliciranja i nedosljednosti;
2) Jednostavnost rukovanja baze podataka;
3) Informacijski sustav održavanja.

1. normalnoj formi (1NF)

Odnos je u 1NF ako samo svi osnovni polja sadrže samo jedinstvene vrijednosti (ne sadrži ponavljanja skupine).

Postupci:

a) Odredite primarni ključ entiteta;
b) Odredite ponavljano grupu i uklanja iz tijela;
c) Napravite novi entitet s primarni ključ entiteta i skupine prije ponavljanja.

Primarni ključ nove osobe će dobiti stjecajem primarni ključ izvornog subjekta i ponavljaju grupi.

Ex: Zahtjev

(Numero_pedido; data_pedido; cod_cliente; customer_name; endereco_cliente; (codigo_produto; numero_produto; quantidade_produto; preco_produto; total_produto) total_pedido)

Zahtjev => (numero_pedido; data_pedido; cod_cliente; customer_name; endereco_cliente)

Item_Pedido => (numero_pedido; cod_produto; nome_produto, količina, preco_produto; total_produto)

Funkcionalna ovisnost

Daje omjer R, atribut X je funkcionalno ovisna R x R atribut potrebno je samo kada se dvije sekvence R kombinirati vrijednosti X i oni odgovaraju vrijednosti X.

2. normalnoj formi (2NF)

Relacija R je u 2NF ako i samo ako je prva i sve nonkey atributi su potpuno ovisni o primarni ključ (ovisno o cijelom ključu, a ne samo dio njega).

Postupci:

a) utvrditi atribute koji nisu funkcionalno ovisan o cijelom primarnom ključu.
b) Uklonite subjekt koji sve ove atribute i stvoriti novu cjelinu s njima.
Primarni ključ nove osobe će biti atribut koji atributi su uklonjene atribute koji su funkcijski zavisni.

Proizvod => (cod_produto, nome_produto, preco_produto)

Tranzitivna ovisnost

Neka A, B i C tri atribute subjekta X. C, ovisno o tome je li B i B ovise o C onda je rekao da transitively ovisno A.

3. normalnoj formi (3NF)

Relacija R je u 3NF samo ako ste u 2NF i svakih nonkey osobine ovise o primarnog ključa nije tranzitivna (svaki atribut je funkcionalno ovisi samo o osnovnim ključnim atributima komponenti ili ako su svi njeni ne-ključni atributi su međusobno nezavisni) .

Postupci:

a) Odredite sve atribute koji su funkcijski ovisi o drugom nonkey atributa;
b) Uklonite ih i stvaraju novi entitet s istim.
Primarni ključ novog entiteta biti atribut koji uklanja atributi su funkcionalno ovisan.

Korisnička (cod_cliente; customer_name; endereco_cliente)
Proizvod (cod_produto; nome_produto; preco_produto)
Zahtjev (numero_pedido; data_pedido; ; Total_pedido)

Objavljeno na primarnih ključeva i tablica | priključi Nijedan Komentirajte »