Ovo je ipak tematika iz foruma Baze podataka, ali kako ti nisi ni prvi ni poslednji koji na Access forum dolazi bez tih znanja pokušaću da ti odgovorim kako bismo imali ovde referencu i za druge buduće postavljače sličnih pitanja.
Identifikujuće veze:
Veza se zove identifikujuća zato što ključevi entiteta “roditelja” su deo identiteta entiteta “dete” tj. entitet “dete” je zavistan od entiteta “roditelja” preko identifikatora. Dakle, ako se primerak entiteta “dete” identifikuje preko asocijacije sa entitetom “roditelj”, onda se veza definiše kao identifikujuća veza, i svaki primerak entiteta “dete” mora biti povezan sa najmanje jednim primerkom entiteta “roditelj”.
U identifikujućoj vezi entitet “roditelj” ima svoj nezavisni primarni ključ a entitet “dete” ima složeni ključ koji se sastoji od svog ključa i prenesenog roditeljskog ključa. Dakle, instance entiteta “roditelj” se definišu nezavisno a instance entiteta “dete” se ne mogu identifikovati bez identifikatora entiteta “roditelj”.
Primer identifikujuće veze: Dokumenti -> StavkeDokumenata
Ne-Identifikujuće veze:
Ako svaki primerak entiteta “dete” može da se jedinstveno identifikovati bez znanja veze sa primerkom entiteta “roditelj”, onda se takva veza definiše kao ne-identifikujuće veze.
Neidentifikujuća ili slaba veza zavisi od načina definisanja ključeve od “roditelja” ka “detetu” na dva načina:
• Obavezna ne identifikujuća veza i
• Neobavezna (opciona) ne identifikujuća veza
Ako je veza (relationships) obavezna (No Nulls ili Mandatory) iz perspektive “roditelja”, onda je “dete” egzistencijalno zavisno od “roditelja”.
Ako je veza neobavezna (Nulls Allowed ili Optional), tada “dete” niti je egzistencijalno niti identifikaciono zavisno ali poštuje tu vezu.
Primer neidentifikujuće veze: Partneri (dobavljaci ili kupci) -> Dokumenti
Da li je veza obavezna ili ne odlučuje projektant na osnovu poznavanja projektnog zadatka i poslovnih pravila koja važe za sistem. Nema nikakvih šablona po kojima bi se ovo naučilo. Jednostavno se pravila menjaju od poslovnog sistema do poslovnog sistema od problematike do problematike. Najvažnije je da dobro upoznaš projektni zadatak, da imaš sistem analitičara ili da si ti istovremeno i sitem analitičar i projektant.
Kad je Access u pitanju ovde ćeš naići na još neke pojmove kao što su:
Integritet entiteta – onemogućuje pojavu da se mogu uneti dva entiteta sa istom vrednošću
primarnog ključa ili da je ključ Null podatak.
Referencijalni integritet - obezbeđuje korektno povezivanje objekata, odnosno da se nikad ne pojavi siroče ili zapis u tabeli deteta kome ne odgovara ni jedan zapis u roditeljskoj tabeli. Dodatne opcije u Accessu su : kaskadno ili lančano ažuriranje povezanih polja i kaskadno ili lančano brisanje povezanih zapisa.
Kardinalitet - (cardinality) veze – maksimalan broj primeraka jednog entiteta koji se može povezati sa jednim primerkom drugog entiteta.
Jedna prema jedan (one-to-one) ----- vrlo retka u praksi
Jedan prema više (one-to-many) ----- najčešća u praksi
Više prema više (many-to-many) ----- uvođenjem spojne tabele razbija se na dve veze jedan prema više
[Ovu poruku je menjao Getsbi dana 01.08.2009. u 01:17 GMT+1]
Tabele i relacije osnove
