Pomoc oko dizajna logickog dijela baze podataka...

0K znaci izbacim ID_naplatne iz Udaljenosti i Ulazna i Izlazna oznacim kao jedan slog i to je to. Jeli u redu ovaj entitet Ime_ceste? ps Hvala na svim do sada sugestijama :)

Da, izbaci. Ime_ceste je OK.

---

A u entitet Voznje pratim ove parametre vrijeme i mjesto ulaza i izlaza i kategoriju vozila i koji je radnik radio tada i kategoriju vozila ili za jednokratog korisnika ili za preplatnika. Sada ne znam da li sam dobro izveo. Jeli mogu sada na racun dobiti cijenu na osnovi udaljenosti*cijena za kategriju vozila....??????

@Junkoba13: Nesto smo propustili na pocetku tako da i pored poboljsanja koje je Misko predlozio nesto nedostaje. Nije opisan proces.
1) Da li je ovo skolski zadatak ili problem iz prakse?
2) kako zaista izgleda proces koji se u realnosti odvija. Nesto ovako nam treba:



Ovakav opis MORA DA POSTOJI, bilo da je ovo skolski zadatak ili da je problem iz prakse. Tek na osnovu toga mozemo da gradimo modele i da u svakom momentu znamo ge su nam granice i sta treba da radimo. Bez ovoga, svako resenje je dobro, jer je zadatak neodredjen. To je kao u matematici, kad imas 5 nepoznatih a samo 3 jednacine. Onda uvek vrednosti za dve nepoznate izaberes PROIZVOLJNO a ostale tri izracunas. I resanja ima beskonacno i sva su podjednako dobra. U realnosti, zadaju se nekkva ogranicanja koja nam donesu dodatne jednacine i onda mozemo da resimo sistem.

Ako ovakav zahtev nije sastavio korisnik (sto je vrlo verovatno, jer kosrisnik nije kvalifikovan ni ucen da to radi) onda je duznost onog ko gradi sistem da pomogne korisniku da se jedan ovakav opis sastavi. Tek onda se polazi na gredjenje sistema.

Ako bi sitem bio ovakavkako sam ga ja opisao, resenje bi bilo veoma jednostavno, jednostavnije cak i od Miskovog. Misko ti je pokazao dobar pravac ali u nedostatku opisa i dodatnih ogranicanja problem ostaje otvoren ,to jest neodredjen.

Sto se tice dizajna tabela, nemoj da zuris sa crtanjem dijagrama i normalizacijom. Ne bih se iznenadio da na kraju dobijemo shemu tabela koji bas ne lici na uobicajene niormalizovane 1:vise. Ovde se igramo vremenima i redosledom tacaka na autoputu. Redosled rekorda je bitan, vremena ulaska i izlaska su bitna, iz toga sledi da shema koju ces dobiti ne moze biti normalizovana. U normalizovanim shemama svaki je rekord unutar jednog entiteta (tabele) jeste nezavisan od svih ostalih rekorda u toj tabeli. Ovde to nije slucaj.

Pokusaj da sastavis opis procesa koji sitem treba da podrzi, pa da vidmo kako moze da se iskoristi sve sto je do sada uradjeno. Ono sto si nam na pocetku objasnio, nije dovoljno dobro, inace bi mnogo vise ljudi koji imaju i umeju sta da kazu, bilo u diskusiji do sada.

I odgovori na ovo, i Misko je pitao, ali nisi odgovorio 1) Da li je ovo skolski zadatak ili problem iz prakse? Necemo odbiti pomoc, ali treba da znamo, jer nije isto savetovati seminarski rad ili profesionalni projekt.

:-)

:-)

Ma da ovo mi seminarski rad za skolu(faks), sorry sto nisam prije spomenio, mislio sam da jesam. Da Zidar, bas je problem kako ste vi opisali:

"Citat:
Imamo put na kome se placa putarina. Na putu postoji N tacaka koje odredjuju N-1 deonicu. Za svaku deonicu poznata je duzina i cena po kilometru. Cene po kilometru izmedju tacaka jesu/nisu razlicite za razlicite deonice

Vozac ulazi na put na nekoj tacki A na ulaznoj rampi. Prilikom ulaza vozacu se izdaje barkodirana kartica na kojoj pise vreme ulaska, oznaka ulazne rampe. Sve sto pise na kartici, zapisano je u bazu podataka. Vozac izlazi sa puta u nekoj tacki B, na izlaznoj rampi. Tu pokazije karticu. Zaposlenik skenira karticu. U kompjuter se upisuje vreme izlaska i oznaka izlazne tacke. Vozacu se izdaje racun za predjeni put.

Vozac treba da plati racun. Ako nije pretplatnik vozac mora da plati racun odmah na jedan od sledecih nacina {gotovina, cekovna kartica, potpisani cek , kreditna kartica (VISA, Mster Card, DINERS)}. Ako je vozac pretplatnik, on ima pretplatnicku karticu na kojoj su podaci koji identifikuju vozaca. Pretplatnicka kartica sluzi kao kreditna kartica. Svaka voznja se zapisuje na racun pretplatnika i i na kraju meseca mu se salje racun, koji on onda placa u zakonskom roku. prema tome, racun se izdaje uvek, i naplati se odmah. Pretplatnici mogu da plate pretplatnickom karticom.

ps da znam moram definirati opseg, svrhu i cilj projekta pa zatim definirati osnovni set radnjih koje ću obavljati nad/sa podacima. pa onda napraviti logicki model, ali ne ide.......

Ako je vozac, pretplatnik ili ne, izgubio kartonce na kome pise ulazna stanica, onad mu se izdaje racun za kaznu. Kazna se placa na isti nacin kao i racun. Ako vozac ne moze da plati racun ili kaznu, vozilo se zaustavlja/propusta itd..."

Da ovo je skolski primjer, da odlicno ste postavili opis problema. Jer i sam tako mislio nikako pravilno i detaljno opisati kao vi, ali nikako.... Da je to seminiarski rad moram opisati problem kao što ste vi. Odrediti osnovni set radnih procesa koji ce obavljati nad podacima(mozete pomoći) i napraviti logički model prema tome.Pa moram izraditi shemu I ako imaju neka odstupanja od 3NF moram ta odstupanja obrazložiti. itd.

Ma da ovo mi seminarski rad za skolu(faks), sorry sto nisam prije spomenio, mislio sam da jesam. Da Zidar, bas je problem kako ste vi opisali:

"Citat:
Imamo put na kome se placa putarina. Na putu postoji N tacaka koje odredjuju N-1 deonicu. Za svaku deonicu poznata je duzina i cena po kilometru. Cene po kilometru izmedju tacaka jesu/nisu razlicite za razlicite deonice

Vozac ulazi na put na nekoj tacki A na ulaznoj rampi. Prilikom ulaza vozacu se izdaje barkodirana kartica na kojoj pise vreme ulaska, oznaka ulazne rampe. Sve sto pise na kartici, zapisano je u bazu podataka. Vozac izlazi sa puta u nekoj tacki B, na izlaznoj rampi. Tu pokazije karticu. Zaposlenik skenira karticu. U kompjuter se upisuje vreme izlaska i oznaka izlazne tacke. Vozacu se izdaje racun za predjeni put.

Vozac treba da plati racun. Ako nije pretplatnik vozac mora da plati racun odmah na jedan od sledecih nacina {gotovina, cekovna kartica, potpisani cek , kreditna kartica (VISA, Mster Card, DINERS)}. Ako je vozac pretplatnik, on ima pretplatnicku karticu na kojoj su podaci koji identifikuju vozaca. Pretplatnicka kartica sluzi kao kreditna kartica. Svaka voznja se zapisuje na racun pretplatnika i i na kraju meseca mu se salje racun, koji on onda placa u zakonskom roku. prema tome, racun se izdaje uvek, i naplati se odmah. Pretplatnici mogu da plate pretplatnickom karticom.

Ako je vozac, pretplatnik ili ne, izgubio kartonce na kome pise ulazna stanica, onad mu se izdaje racun za kaznu. Kazna se placa na isti nacin kao i racun. Ako vozac ne moze da plati racun ili kaznu, vozilo se zaustavlja/propusta itd..."

Da ovo je skolski primjer, da odlicno ste postavili opis problema. Jer i sam tako mislio nikako pravilno i detaljno opisati kao vi, ali nikako.... Da je to seminiarski rad moram opisati problem kao što ste vi. Odrediti osnovni set radnih procesa koji ce obavljati nad podacima(mozete pomoći) i napraviti logički model prema tome.Pa moram izraditi shemu I ako imaju neka odstupanja od 3NF moram ta odstupanja obrazložiti. itd.

ps Da znam opseg, svrhu i cilj projekta moram definirati, pa defnirati osnovno set radnih procesa koje ću obavljati nad podacima, pa zatim izraditi logicki model, ali ne ide jer nikako pravilno postaviti ove prve korake.....

OK, sad bar znamo sta radimo


Ne brini, nisi ti kriv. Zadatak koji si dobio nije bas tipican primer za ucenje i/ili pokazivanje znanja iz 'kako se normalizuju tabele'.

Ovde vidim dva najvise tri kvazi entiteta.
Imas dakle kontrolne tacke na autoputu. Uz njih bi bilo dobro da pamtis i njihove stacionaze. Stacionaza je udaljenost tacke na putu od neke polazne tacke. Recimo, put je Zagreb - Beograd. Uzmes da pocinje u Zagrebu a zavrsava u Beogradu, ili obrnuto, potpuno je nebitno. Imao bi ovako tacke i stacionaze:

Entitet Tacke (Tacka, Stacionaza)
Tacka Stacionaza
----------------
Zagreb, 0
Novska, 120
Vinkovci, 200
Sremska Mitrovica, 270
Beograd, 350

Vozaci prelaze neki put, ono sto ste nazvali "Voznja". Ako vozac udje na put u tacki "Novska" i vozi do Sremske Mitrovice, on je presao put
Stacionaza(Mitrovica) - Stacionaza(Novska) = 270 - 120 = 150 km.
Da bi se vratio, on mora da izadje sa puta i ponovo udje. Nazad vozi od sr.Mitrovic do Novske.
Duzina puta = ABS( Stacionaza(Novska)- Stacionaza(Mitrovica) ) = ABS (120-270) = ABS (-150) = 150 km

Kad god izadje sa autoputa, vozac mora da plati. Nacini placanja su {Gotovina, Cek, Master CArd, VISA, PretplatnickaKartica}. Jedna voznja = jedan racun. Ako je izgubio karticu voznjem, platice kaznu. Ponovo, jedna voznja = maximalno jedna kazna.

Iz ovoga sledi da mogu da definisem entitet Voznja ovako:
Voznja {IDvoznje, KoJeIzdaoKarticuVoznje, UlaznaTacka, UlaznoVreme, IzlaznaTacka, IzlaznoVreme, StajePlaceno, NacinPlacanja, BrojKartice, NaplaceniIznos, KojeNaplatio}

IDvoznje = neki autonumber, identity, brojac za one kartice koje se izdaju na ulazu, pripada skupu zaposlenih = > FK na entitet Zaposleni koga ces da kreiras)
KoJeIzdaoKarticuVoznje = zaposleni koji je izdao karticu na pocetku voznje ili oznaka masine koja je to uradila
UlaznaTacka, mora pripadati skupu tacaka => FK na entitet Tacka
UlaznoVreme = ocigledno
IzlaznaTacka mora pripadati skupu tacaka => FK na entitet Tacka
IzlaznoVreme = ocigledno, ovo se evidentira na izlazu
StajePlaceno = 1 = racun, 2 = kazna, 0 = nista jos nije placeno
NacinPlacanja = jedan od {Gotovina, Cek, Master CArd, VISA, PretplatnickaKartica}
BrojKartice = broj kartice koja se zaduzuje. NULL ako se placa cashom.
NaplaceniIznos = izracuna se na osnovu stacionaze ako se palca racun, upise se iznos kazne ako se placa kazna
KojeNaplatio = zaposleni koji je izvrsio naplatu na izlazu, pripada skupu zaposlenih = > FK na entitet Zaposleni koga ces da kreiras) ili oznaka masine koja je to uradila (iz sjupa Masina, logicki isto sto i skup Zaposlenih)

Uslovi:
- ako postoji UlaznaTacka, mora da postoji UalznoVreme (ovo narusava normalizaciju, dva atributa zavise jedan od drugog)
- isto za IzlaznuTacku i IzlaznoVreme
- ne moze postojati Izlana tacka a da ne postoji ulazna tacka (ponovo dva atributa zavise jedan od drugoga)
- ne moze se naplatiti ako ne postoje ulazna i izlazna tacka, obe moraju postojati
- ako je napalcena kazna, vrednost uvek mora biti jednaka nekom iznosu X
- ako je naplacena kilometraza, vrednost mora biti jednaka broju kilometara izmedju dev tacke puta cena po kilometru

Svi nabrojani uslovi ukazuju da atributi zavise jedni od rugih, sto je u lepo normalizovanoj shemi nedopustivo. Ova narusavanja normalizacije dolaze od uticaja vremena.


Hajde da kriticki komentarisemo tabelu Voznje:

Zasto bismo upisivali naplaceni zinos, kad se on moze izracunati? Zato sto se cena menja kroz vreme. Ako ne bismo upisali naplaceni zinos, onda bi pri svakoj promeni cene svi iznosi iz proslosti bili nanovo izracunati. Ponovo nam vreme stvara glavobolju.

Sledeci problem sa ovako dizajniranom tabelom je sto se ne moze kompletan rekord uneti, zato sto svi podaci nisu raspolozivi u momentu kreiranja rekorda. Rekord se kreira kad vozac udje na autoput i tad imamo IDvoznje , UlaznaTacka,UlaznoVreme, KoJeIzdaoKarticuVoznje . Kad izadje, doisuju se IzlaznaTacka , IzlaznoVreme . Kad se vozac masi za novcanik, tek tada saznajemo cime ce da plati. Znaci, pojedini 'delovi' rekorda stvaraju se u razlicita vremena. Otuda oni uslovi.

Moze li tabela Voznje da se normalizuje? Moze, ali ce se samo izlomiti na nekoliko tabela koje su u vezi 1:1. A ER modeliranej nas uci da ako su dve stvari u vezi 1:1 to je u stvari jedna stvar, sto nas vraca na pocetak - jedna tabela i gotovo.

Svaka voznja ima pocetnu i izlaznu tacku. Znaci, pocetne i izlazne tacke su atributi za entitet voznja. UlaznoVreme definise pocetak putovanja (voznje), izlazno vreme definise ktraj putovanja. Ova vremena i nisu bitna, jer se ne naplacuje provedeno vreme, nego predjena kilometraza, pa se mozda mogu i izbaciti iz modela (samo teorijski, neka ih, mi smo ljudi i volimo da pratimo vreme). Za jednu voznju izdaje se tacno jedan racun. Zasto bismo mali posebnu tabelu za racune, kad ce biti u odnosu 1:1 sa voznjom?

Nacin placanja je intersantan. Posto smo dodali ptetplatnicku karticu na listu nacina placanja, eliminisali smo potrebu da posebno vodimo prtplatnike i ne-pretplatnike. Opet, nekkao je prirodno da postoji negde tabela sa pretplatnicima. Tako ce i biti. Kako da uspostavimo odnos tabele pretplatnika sa tabelom Voznje? Pa nikako. Mogli bismo kad bi za svaku voznju uveli 'tip voznje' pa onda naplatu izvadili iz tabele Voznje i prebacili je u tabelu 'TipVoznje'. Posebna tabela za Tip = pretplatnik i posabna za tip = ne-pretplatnik. E, onda bi ona VoznjaPretplatnik imala vezu sa tabelom Prtplatnici, q pretplatnik = vise voznji. A sta bizmo iamli za ne-pretplatnike? tabelu gde bi s eupisivale naplate, a ta bi tabela bila u vezi 1:1 sa voznjom? Zasto onda ne bi dodali jednog fiktivnog pretplatnika, btroj '00000' u tabelu pretplatnici, pa na nju knjizili sve ne-prtplatnike? To bi moglo, ali nam u stvari nista ne donosi. I uopste,pousaj da spojimo prtplatnike i voznje nam ne donosibog zna sta, samo se zapetljavamo. Zato sam rekao da se tabela Voznje ne mora normalizovati i u stvari ni ne treba.I tabela Prtplatnici ce sedeti sama za sebe.

Program koji ce biti napisan morace da proverava ispravnost broja ponudjene pretplatnicke kartice, kad se ova ponudi. Tabela voznje trebace mnogo CHECK CONSTRAINTS da bi se obezbedila naoko cudna pravila. Ta ista pravila bi se mogla obezbediti i rabijanjem tabele Voznje na nekoliko manjih tabela koje su sve u vezi 1:1 i da nista ne bude u sustini jednostavnije. Primer je lose izabran i cudi me da profesori ne ramisljaju o tome sta se zadaje djacima.


Ja bih u praksi isao s ovim:

Tacke: (Tacka, Stacionaza)
Zaposleni ILI masine koje izdaju/citaju kartoncice za svaku voznju: (Id, Tacka)
Voznje: - onako kako smo opisali, sa FK na Tacke, NacinePlacanja, i sve ostalo i CHECK uslovima
NaciniPlacanja: (NacinPalcanja)
OniKojiNaplacuju: (IDongKoNaplacuje)

Shema ce da izgleda zvezdasto, jedna tabela u sredini i nekoliko tabela koje su domaini za vrednosti atributa u centralnoj tabeli. Tako normalizovane sheme ne izgledaju, ali sta da se radi, takav je zadatak.

Treba ti kveri koji izracunava predjenu kilometrazu. Pretpostvi da je can kilometra izta na celom putu, da ne komplikujemo dalje bez potrebe.
Treba ti izvestaj - ispis racuna. Na racunu ce pistai iznos i cime je placeno pa ce se tekst razlikovati:

Placeno gotovinom
Placeno kreditnom karticom ----XXXXXX
Placeno pretplatnickom karticom, zbirni racun za sve voznje ovog meseca bice poslat pretplatniku na kraju meseca.

I to je sve. Jos jednom, primer je lose izabran i cudi me da profesori ne ramisljaju o tome sta se zadaje djacima.

Kad smo kod suludih tema pazi ovo: pre neki dan je na fiorumu Icentar neko trazio pomoc za seminarski rad koji modelira red voznje zeleznice, sa razgranatom mrezom pruga, razlictim vrstama vozova. Kveriji su trebali da odgovaraju na pitanja tipa "od mesta A do E, da bi se stiglo, koliko vozova mora da se promeni u kojim tackama i koliko bi trajao put i koliko bi to trebalo da kosta...." Tvoj autoput je barem jedna prava linija, nema grananja. Grananje exonecijalno otezava problem, pa ipak, neko je takav problem postvio djaku koji je totalni pocetnik i u accessu, a kamo li sta drugo.


Pitam se da vas dvojica ne idete u istu skolu....

Kralju svaka cast na opisu i komentiranju problema. Hvala na ulozenom trudu. Nismo ista skola. ps Recimo lakse bi modelira model na temu "Pracenje postignutih rezultata u skijanju". :)

Ali bi dosta kompliciralo stvar jos kada bi imali 4 razlicite cijene ta isti predeni put tj. 4 vrste kategorije vozila i savku je drugačija cijena po kilometru.......

Ovo nije komplikovano. Trabalo bi u tabeli Voznje da imas jos jednu kolonu, TipVozila. Za to ti treba jos jedna lookup tabela, gde kontrolises tipove vozila, sa dve kolone (TipVozila, CenaPoKm). Na primer:
TipVozila CenaPoKm
--------------------
'auto', 12
'SUV' 20
'Autobus' 45
'Kombi' 20
'Kamion do 3 tone' 20
Kamion preko 3 tone' 50
'Sleper' 75


Onosto bi bilo komplikovano, i to znatno, je da deonicama dodelis razne cene. NA primer, Zagreb-Novska ima 6 traka (po 3 u svakom smeru) a Beograd-Mitrovica imam4 trake (po dve u svakom smeru), opa hoces deo od Novske do Zagreba da naplatis vise po km nego Beograd-Mitrovica. To izbegni po svaku cenu.

Još jednom zahvaljivam na uloženom trudu svima koji su mi pomogli. Neželim komplicirati jer ste stvarno odlično objasnili nego recimo zanima čisto edukativno spominja si da se entitet Voznje, moze razbiti na nekoliko entiteta, gdje je Pocetak voznje roditelj a ostali entiteti bi bili djeca. Pa ovako znaci: Pocetak Voznje{ID Voznje, Ulazna Tocka, Ulazno Vrijeme, KoJeIzdaoKarticuVoznje} recimo razbijemo na KrajVoznje{IzlaznaTocka,Izlaznovrijem,IDVoznje(FK)} i na Placanje{StaJePlaceno, NacinPlacanja, BrojKartice, IDVoznje(FK)} i recimo na CijenuPuta {NaplacaniIznos,KojeNaplatio,IDVoznje(FK)}. Ovi si razbijeni entiteti su "dijeca" i u vezi 1:1 i povzani FK IDVoznje iz entitet roditelj Pocetak Voznje? ps Čisto Edukativno

Tacno, i cini mi se da si tio dobro uradio.

Srecno