Najjednostavniji primeri su tipa seminarski rad. Njih ćeš naći ako u pretragu ukucaš kljućnu reč (seminarski). Mada je najbolji izvor objašnjenja tvog pitanja u udžbenicima koji tretiraju oblasti: Projektovanje baza podataka ili Projektovanje informacionih sistema. Tamo se obrađuje identifikaciona i egzistencijalna zavisnost entiteta jednih od drugih. Što više urađenih primera će ti doneti iskustvo. Ima i par dobrih linkova ka sajtovima koji se bave konkretnim rešenjima kao na primer ovaj :
http://www.databaseanswers.org/data_models/

Moze li ovde neko bar da da neke osnove. Konkretno veze izmedju dve ili vise tabela i kad se koristi koja veza. Mislim u kom slucajuce biti identifikujuca i zasto a u kom ce biti neidentifikujuca i zasto. Zanima me razmisljanje kako da znam da odredim te veze.

Jer bolje da neko pokaze ko zna, nego da se nauci progresno(na pogresnom primeru)

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]}

Moze li se napraviti jednostavan primer za identifikujucu i neidentifikujucu vezu u accessu. Znaci par najjednostavnijih tabela koji ce da pokazuju te veze. To moze da bude korisne za sve pocetnike.

Kad se projektuju baze, kako tacno da odredimo koja tabela ce da zavisi od druge a koja nece. Tacnije Koji je nacin razmisljanja prilikom projektovanja?

Zakačio sam sliku na prethodni post.

Koristiš se logikom i poznavanjem poslovnog procesa koji obrađuješ. Ne postoje neka univerzalna pravila. Vodiš računa o kardinalnosti (to sam objasnio u prethodnom postu) i koristiš se zdravom "seljačkom" logikom:
----------------------------------------------------------- počena faza
Da li može stavka bez zaglavlja? Ne može.
Da li jedna stavka može da ima jedno zaglavlje? Može.
Da li jedna stavka može da ima više zaglavlja? Ne može.
Da li može zaglavlje bez stavki. Ne može.
Da li jedno zaglavlje može da ima jednu stavku? Može.
Da li jedno zaglavlje može da ima više stavki. Može
----------------------------------------------------------- sledeća faza nakon izbacivanja negacija
Da li jedna stavka može da ima jedno zaglavlje? Može.
Da li jedno zaglavlje može da ima jednu stavku? Može.
Da li jedno zaglavlje može da ima više stavki. Može
---------------------------------------------------------- konačno rešenje za sve tri izjave
Jedno zaglavlje možeda ima više stavki.

Kad ovo napišeš prvi put za dva entiteta, sledeći put ćeš to da radiš iz glave. Dobra praksa je da uvek kad modeluješ podatke (pogotovo kad je model obimniji) koristiš papir i olovku. Popišeš sve entitete i u okviru njih koje atribute poseduju. Dok to radiš, doći ćeš i do saznanja koji entitet je kojem nadređen, a koji je kojem potčinjen. A biće i onih koji nisu ni u kakvoj vezi jedni s drugima.