Naravno. Nigdje ne zurimo. Hvala na javljanju.
Potpis
Sve sam fino smislio...
Još samo da propadne. :-)
Još samo da propadne. :-)
Access baza radnici,vozila,mašine
Zaključano
Zakačeno
Citat:
nenadmarkoni:
Ne znam da li imaju autobus ,za njega je potrebna D kategorija.
Ne znam da li imaju autobus ,za njega je potrebna D kategorija.
Imamo i autobus, ali se on skoro i ne koristi.
Citat:
Vozač cisterne sa opasnim materijama mora imati minimum C kategoriju , a ukoliko se radi o cisternama sa poluprikolicom E kategoriju i uz to ADR dozvolu koja ima, koliko sam pročitao, određene klase (nešto slično kao kategorije kod vozačke).
Nemamo cisternu sa poluprkolicom, tako da nije obavezeno da vozac cisterne poseduje i E kategoriju. U nasem slucaju vozac poseduje ADR za prevoz opasni odnosno zapaljivih i eksplozivnih materija.[/quote]
Citat:
Je li u Srbiji nešto izmjenjeno kategorisanje na vozačkoj dozvoli ( C,C1, E, E1....)?
Nije, kategorije se oznacavaju sa B1, BE, BM, C, C1... (slika u prilogu).
Nije, kategorije se oznacavaju sa B1, BE, BM, C, C1... (slika u prilogu).
Odavno je bilo, napravio sam varijantu resenja pre mesec dana, ali nikako da postavim na forum.
U primeru se vidi kakao se prati vazenje vozackih dozvola i registracije vozila. Pracenje vozila, gde je, ko ga duzi, je u tabeli PracenjeVozila. Uz standardne promene stanja imamo i nesto sto dosad nismo imali: uslove da ako je vozilo 'Na Putu' onda u tom momentu mora da vazi vozacka dozvola vozaca ali i da je vozilo registrovano. Za ostale situacije, vozac, broj dozvole, datumi registracije i vazenja dozvole nisu obavezni, ali ni zabranjeni.
Ovo je validation rule na nivou tabele "PracenjeVozila":
Verujem da ce Nenad ovo moci da razume i raspetlj, te da pokusa neki interfejs da napravi. Korisnik ne bi trebao da vidi ni jedno od onih polja koje citaju vrednosti iz prethodnog reda. To smo ptravili ranije, u nekoj slicnoj temi.
Za neupuceno oko, tabela PracenjeVozila izgleda totalno nenormalizovano, sa mnogo podataka koji se prenose iz drugih tabela, naoko bespotrebno. To se samo tako cini, jer je sve kontrolisano upotrebom FOREIGN KEY, to jest Access Relationships. Tabele su prvo dovedene u Boyce-Codd NF (3+) pa smo onda dodavali kolone iz drugih tabela da bi uspostavili dodatna ogranicenja. Ako kazemo "Vozac ne sme da podje na put ako mu tada ne vazi dozvola" onda je jasno da tabele PracenjeVozila mora dnekako da "vidi" da li vazi vozacka dozvola. Da bi to postigli, relationship ne povezuje samo kolone Vozac, nego i kolone VaziOd i VaziDo iz tabele VazenjeVozackeDozvole. U VazenjeVozackeDozvole nismo stavili za koji tip vozila dozvola vazi
Za sada toliko, pa kad stignem da se javim sledeci put.
:-)
U primeru se vidi kakao se prati vazenje vozackih dozvola i registracije vozila. Pracenje vozila, gde je, ko ga duzi, je u tabeli PracenjeVozila. Uz standardne promene stanja imamo i nesto sto dosad nismo imali: uslove da ako je vozilo 'Na Putu' onda u tom momentu mora da vazi vozacka dozvola vozaca ali i da je vozilo registrovano. Za ostale situacije, vozac, broj dozvole, datumi registracije i vazenja dozvole nisu obavezni, ali ni zabranjeni.
Ovo je validation rule na nivou tabele "PracenjeVozila":
Code:
([RB]=1 Imp [StariRB]=1 And [IZStanja]=[Ustanje] And [DatumStanja]=[DatumStarogStanja])
And ([RB]>1 Imp ([StariRB]=[Rb]-1 And [DatumStanja]>=[DatumSTarogStanja]))
And ([UStanje]='Na putu' Imp Not ([Vozac] Is Null Or [VOZ_VaziOD] Is Null Or [VOZ_VAziDo] Is Null)
And [DatumStanja] Between [VOZ_VaziOD] And [VOZ_VAziDo]
And [DatumStanja] Between [REG_VAziOd] And [REG_VAziDo])
([RB]=1 Imp [StariRB]=1 And [IZStanja]=[Ustanje] And [DatumStanja]=[DatumStarogStanja])
And ([RB]>1 Imp ([StariRB]=[Rb]-1 And [DatumStanja]>=[DatumSTarogStanja]))
And ([UStanje]='Na putu' Imp Not ([Vozac] Is Null Or [VOZ_VaziOD] Is Null Or [VOZ_VAziDo] Is Null)
And [DatumStanja] Between [VOZ_VaziOD] And [VOZ_VAziDo]
And [DatumStanja] Between [REG_VAziOd] And [REG_VAziDo])
Verujem da ce Nenad ovo moci da razume i raspetlj, te da pokusa neki interfejs da napravi. Korisnik ne bi trebao da vidi ni jedno od onih polja koje citaju vrednosti iz prethodnog reda. To smo ptravili ranije, u nekoj slicnoj temi.
Za neupuceno oko, tabela PracenjeVozila izgleda totalno nenormalizovano, sa mnogo podataka koji se prenose iz drugih tabela, naoko bespotrebno. To se samo tako cini, jer je sve kontrolisano upotrebom FOREIGN KEY, to jest Access Relationships. Tabele su prvo dovedene u Boyce-Codd NF (3+) pa smo onda dodavali kolone iz drugih tabela da bi uspostavili dodatna ogranicenja. Ako kazemo "Vozac ne sme da podje na put ako mu tada ne vazi dozvola" onda je jasno da tabele PracenjeVozila mora dnekako da "vidi" da li vazi vozacka dozvola. Da bi to postigli, relationship ne povezuje samo kolone Vozac, nego i kolone VaziOd i VaziDo iz tabele VazenjeVozackeDozvole. U VazenjeVozackeDozvole nismo stavili za koji tip vozila dozvola vazi
Za sada toliko, pa kad stignem da se javim sledeci put.
:-)
Odavno je bilo, pa sam i ja ispao iz teme, morao bih i ja da se podsjetim sta smo htjeli, hehehe. 
Zahvaljujem @Zidaru na javljanju. Ne znam koliko je još i @mario.po zainteresovan za produženje teme, čini mi se da je odustao, a i ja sam malo u drugim obavezama pa ako se stigne( naravno ako je mario još zainteresovan).
Zahvaljujem @Zidaru na javljanju. Ne znam koliko je još i @mario.po zainteresovan za produženje teme, čini mi se da je odustao, a i ja sam malo u drugim obavezama pa ako se stigne( naravno ako je mario još zainteresovan).
Potpis
Sve sam fino smislio...
Još samo da propadne. :-)
Još samo da propadne. :-)
Hvala @Zidaru na javljanju.
Zainteresovan sam i dalje... U poslednje vreme samo neke obaveze i gužva na poslu, pa nikako da stignem da ponovo pokrenem temu.
Citat:
Ne znam koliko je još i @mario.po zainteresovan za produženje teme, čini mi se da je odustao, a i ja sam malo u drugim obavezama pa ako se stigne( naravno ako je mario još zainteresovan).
Zainteresovan sam i dalje... U poslednje vreme samo neke obaveze i gužva na poslu, pa nikako da stignem da ponovo pokrenem temu.