Navigacija
Lista poslednjih: 16, 32, 64, 128 poruka.

Baza Zaposlenik,Savjeti,Preporuke,Greske....

[es] :: Access :: Baza Zaposlenik,Savjeti,Preporuke,Greske....

[ Pregleda: 2786 | Odgovora: 5 ] > FB > Twit

Postavi temu Odgovori

Autor

Pretraga teme: Traži
Markiranje Štampanje RSS

negative7
Ivan Raic

Član broj: 186110
Poruke: 151
*.tel.net.ba.



Profil

icon Baza Zaposlenik,Savjeti,Preporuke,Greske....30.08.2010. u 11:47 - pre 166 meseci
Jedna Od mojih prvi baza pa bi htjeo da je netko "prekontrolira i ispravi ako treba(nadogradi)"
Bilo koji savjet ili preporuka je dobro dosla.Uglavnom radi se o firmi koja vodi brigu o svojim zaposlenicima,placa,godisnji itd....
Prikačeni fajlovi
 
Odgovor na temu

Zidar
Canada

Moderator
Član broj: 15387
Poruke: 3085
*.100.46-69.q9.net.



+79 Profil

icon Re: Baza Zaposlenik,Savjeti,Preporuke,Greske....30.08.2010. u 13:53 - pre 166 meseci
KAd se 'odenjuje lkvalitet baze', gledaju se dve stvari:
a) formalne greske i problemi
b) funkcionalni kvalitete - koliko baza zaista podrzava posmatrani poslovni proces.

Da bi ocenili funkcionalni kvalitet, moramo prvo da znamo sta se od baze trazi. U ovom slucaju to ne znamo, pa ne mozemo nsita reci o tome. Ako si bazu pravio onako, iz glave, bez prethodne analize i nekakve dokumentacije o tome sta treba napraviti, niej dobro, jer je to onad 'slobodna tema'.

Formalne greske se mogu naci, i evo nekih od njih:

- Kolona ID postoji u svakoj tabeli i bas je ona Priemry Key.

Veoma pogresno ,jer ne postoje druga ogranicenja koja bi garantovala kakav-takav integritet podataka. Na primer, lako sam dodao jos jedan mesec u tabelu Mjesec, nazvao sam ga Zidar, pa sad imam 13 meseci. Nisam tu stao, nego sam dodao jos jedan mesec, ovoga puta Travanj, tako da sada moja godina ima dva Travnja i mesec Zidar. Isto tako sam dodao godinu 2010 jos jednom. Mnogo mi se svidja ta godina pa sam je dodao u tabelu jos jednom. Isto vazi za sve ostale tabele. Mozes dodati jednog istog Zaposlenika nekoliko puta.

- Ni jedna kolona nema Required= YES (ekvivalentno NOT NULL u SQL jezicima). bez da probam da preksim to pravilo, vidim u tabeli Place_Zaposlenika jedna rekord, ID=3, koji ne pripada ni jednom zaposleniku

- nigde nije definisana plata zaposlenika, kolika treba da bude. Znaci li to da u tabelu Place_Zaposlenika mogu da unesem kakve hocu brojeve? Pokusao sam i uspeo. Zdravku sam dodelio 6800 sati za Travanj, a onda sam nekom dodelio -32000 sati za neki tamo mesec. takodje se ne vidi koliko je kome isplaceno. To je suvis evazan podatak da se ne bi cuvao.

- Sve moze da bude NULL, sto izaiziva prazne rekorde u 'child' tabelama

- nigde nema nikakvih drugih ogranicenja za bilo koji podatak u bilo kojoj tabeli. Brojevi mogu da budu negativni i nerazumno veliki ili mali,

- tekstualni podaci prihvataju prazan string, ime moze da se unese kao '1234'


- Zaposlenik i Zaposlenik_Podaci - ne vidim zasto bi se tabela podelila na dve, ali ajde, teorisjki to moze, samo mi ovd ene izgleda da tako i treba.

Spisak nije konacan, ovo je samo ono sto vidim na prvi pogled.

Za pocetak zanci, formalno, mnogo toga ne valja. Funkcionalno, ne bih da ocenjujem, to moze neko ko o ovakvim poslovnim procesima zna vise od mene. Funkcionalni zahtevi odredice kako treba da izgledaju relacije, pa ni to ne bidh da komentarisem.



 
Odgovor na temu

negative7
Ivan Raic

Član broj: 186110
Poruke: 151
*.tel.net.ba.



Profil

icon Re: Baza Zaposlenik,Savjeti,Preporuke,Greske....30.08.2010. u 16:59 - pre 166 meseci
Hvala na ukazanim greskama,probat cu popravit sto znadnem pa postat,ali ovo uopce nemam ideje kako bi popravio(mislim na ovo sto cu quote)->

Citat:

Veoma pogresno ,jer ne postoje druga ogranicenja koja bi garantovala kakav-takav integritet podataka. Na primer, lako sam dodao jos jedan mesec u tabelu Mjesec, nazvao sam ga Zidar, pa sad imam 13 meseci. Nisam tu stao, nego sam dodao jos jedan mesec, ovoga puta Travanj, tako da sada moja godina ima dva Travnja i mesec Zidar. Isto tako sam dodao godinu 2010 jos jednom. Mnogo mi se svidja ta godina pa sam je dodao u tabelu jos jednom. Isto vazi za sve ostale tabele. Mozes dodati jednog istog Zaposlenika nekoliko puta.


i btw bi li bilo bolje da u Zaposlenik ostavim samo id,ime i prezime a ostala polja stavim u Zaposlenik_Podaci.A koliko je kome isplaceno sam napravio u upitu?Znaci ne bi trebalo tu da bude?
 
Odgovor na temu

Zidar
Canada

Moderator
Član broj: 15387
Poruke: 3085
*.100.46-69.q9.net.



+79 Profil

icon Re: Baza Zaposlenik,Savjeti,Preporuke,Greske....30.08.2010. u 18:01 - pre 166 meseci
OK, ovako:

Pitanje: Kako ograniciti broj meseci na tacno 12 i ne dozvoliti duple unose?
Odgovor: Napravis da pre svega da ti taj ID nije autonumber, nego obican integer. Zatim, postavis CHECK CONSTRAINT na kolonu ID u tabeli Mjeseci.. U Accesu, to je "Validation rule" na koloni ID i kazes ID BETWEEN 1 AND 12. Onda postavis UNIQUE CONSTRAINT na kolonu ID. To je u Accesu iindexed = Yes, no duplicates'. Time dobijas da se mogu uneti samo brojevi od 1 do 12 i da je svaki mesec izlistan najvise jednom.

Pitanje: Kako sprceiti da ima dva Travnja u tabeli.
Odgovor: postavi UNIQUE CONSTRAINT na kolonu Mjesec.
Kolona mejesec mora da im NOT NULL svojstvo, u Accesu je to Required=Yes.

Pitnje: Zasto ne valja da u svakoj tabeli postoji ID koji je autonumber i PRIMARY KEY
Odgovor: Video si da te (ID - autonumber - PRIMARY KEY) ne stiti od unosa djubreta u tabele. Svrha baze podataka je da sprei unos budalastina. A to se postize postavljanjem ogranicenja na bazu.

Nije dovoljno napraviti nekkav dijagram sa relacijama izmedju tabela ako iza toga ne stoji logika. ID autonumber dozvoljava da se na bilo koju tabelu psotavi PK i formalno zadovolji uslov da svaka tabela ima PK. To ni izdaleka nije dovoljno da se obezbedi integritet podataka. Za tu svrhu postoje i druga ogranicenja, ka sto su:
- NULL ili NOT NULL (Required)
- ogranicenja na kolonama (Column validation rule)
- ogranicenja koja gledaju u vise kolona (Table Validation Rules)
i u accesu specijalno, prihvatanje 'zero length string' u text kolonama
- i naravno, FOREIGN KEY ogranicenja, poznata u Accesu kao 'Relationships Diagram'

Svi nekeko vole da rade relationships diagram, a zanemare ona 'prostija' ogranicenja. Profesionalci ne rade tako.

Sto se tice cuvanja plate u tablei ili prikazivanja u kveriju, to treba da racictis sa onim ko daje zadatak. Ako si zadatak sam sebi postavio, da se ucis, onda si izabrao pogresnu temu. Racunanje plate je ozbiljan posao i ni u kom lsucaju se ne radi ovako kako si napravio. Da ne objasnjavam zasto, to moze da ti kaze neko ko se time bavi.

Ako si dakle zadatak sam sebi postavio i izmislio uslove, batali, uzmi nesto u sta se razumes i bez kompjutera.


 
Odgovor na temu

negative7
Ivan Raic

Član broj: 186110
Poruke: 151
*.tel.net.ba.



Profil

icon Re: Baza Zaposlenik,Savjeti,Preporuke,Greske....31.08.2010. u 08:50 - pre 166 meseci
Evo prepravio sam par stvari,sto se tice unosenjenja viseg broja istih Zaposlenika koristio sam indexe koji se odnose na vise polja,ime,prezime,datumrodjenja,...znam da to i nije neka zastita jer postoji dosta ljudi koji imaju to isto,znaci li to da moram imat polje maticni broj pa onda da po njemu indexiram?(Nisam ga stavio iz razloga sto sve firme i ne traze maticni svojih zaposlenika,barem ne ova gdje mi stari radi a ima ih jos takvih na milione)I ne znam kako bi ovo ispunio
Citat:
- tekstualni podaci prihvataju prazan string, ime moze da se unese kao '1234'
.

I sta s tom placom,ja znam da njima se racuna placa ->satnica*kolikosati u mjesecu i + prekovremeni i redovni sati im imaju istu satnicu.

Btw Poceo sam citat knjigu Access 2007 The Missing Manual,pa sam htjeo da nesto provjezbam od tog sto sam dosad procitao.
I da vise sam se bazirao na povezivanje tabela,mada ni to mi nije dobro ja mislim,tablica placa_zaposlenika mi se puni ubrzano....(
barem se meni ciini)
Prikačeni fajlovi
 
Odgovor na temu

Zidar
Canada

Moderator
Član broj: 15387
Poruke: 3085
*.100.46-69.q9.net.



+79 Profil

icon Re: Baza Zaposlenik,Savjeti,Preporuke,Greske....31.08.2010. u 13:59 - pre 166 meseci
Citat:
koristio sam indexe koji se odnose na vise polja,ime,prezime,datumrodjenja,...znam da to i nije neka zastita jer postoji dosta ljudi koji imaju to isto,znaci li to da moram imat polje maticni broj pa onda da po njemu indexiram?(

U pravu si delimicno. Postoji znacajna sansa da se pojave dva coveka u istoj firmi koji imaju isto ime i prezime. Ali da imaju i isti datum rodjenja, hmm, to bas ne bih tako lako tvrdio. Maticni broj pomaze donekle, nemaju ga nazalost svi, ali je koristan. Ako se uvede maticni bropj u igru, onda ti slede jos cetiri ogranicenja:
1) maticni broj mora biti jedinstven ili biti NULL,
2) to zaista mora biti maticni borj - kontrolna cifra na kraju mora se izracunati i proveriti
3) broj mora biti u odredjenom formatu (borj cifara, samo cifre)
4) deo maticnog broja koji se odnosi na datum rodjenja mora se slagati sa datumom rodjena osobe

Uslov 4) donekle grantuje da ja ne mogu podneti broj moga dede ili moga brata ili moga komsije. Medjutim, ako imam brata blizanca, mogu podneti njegov broj i neces me uhvatiti. Ili maticni broj bilo koga ko je rodjen istog dana kad i ja.

U svakom slucaju, sto vise uslova, to veca sansa da ce podaci biti tacni i kao takvi biti - upotrebljivi.

Sto se tice plate, (broj odradjenih sati) puta (satnica) je samo jedan od nacina izracunavanja plate. Ima ljudi koji rade za fiksnu platu. Zatim, u igru ulaze bolovanja (koja delimicno ili u celini moze da placa socijalno), placeni i neplaceni dopusti, nocni rad, rad na praznike, kad neko zamenjuje sefa na nedelju dana pa za taj period bude placen sefovsku nadnicu i slicno. A tek obracun poreza, penzionog, samodoprinosa i slicno. Racunanje plate je jedan od najslozenijih racunovodstvenih postupaka.

Lepo je sto si ti za vezbu pojednostavio sliku, ali to ne pomaze mnogo. Ako hoces da ucis Access, imas u top temi 'Korisni linkovi' linkove sa tutorijalima, pa probaj tamo. Ne mozemo ovako da te vodimo korak po korak, samo gubimo vreme. Ukazali smo na neke vazne stvari, za ostalo, polako, niko s enije naucen rodio a i Rim nije sagradjen u jednom danu.

Srecan rad
 
Odgovor na temu

[es] :: Access :: Baza Zaposlenik,Savjeti,Preporuke,Greske....

[ Pregleda: 2786 | Odgovora: 5 ] > FB > Twit

Postavi temu Odgovori

Navigacija
Lista poslednjih: 16, 32, 64, 128 poruka.