[ acca @ 11.07.2005. 17:38 ] @
pozdrav svima
Imam sledecu situaciju na poslu. Svakog dana se salju radni nalozi(od dve - tri osobe) emailom. E sada, jedan od managera zeli da mu ja napravim bazu tih radnih naloga, koja ce ispuniti sledece zahteve:
1.pronadji sve naloge poslate korisniku "x"
2.pronadji sve korisnike kojima je poslat nalog "y"
3.pronadji sve korisnike kojima je status izvrsenja naloga npr "delimicno izvrsen"
4.pronadji sve naloge kojima rok za izvrsenje istice npr "danas"
i slicno...

problem je sto nikada nisam radio sa bazama podataka (izuzev poslednjih desetak dana, koje sam iskoristio da procitiam sto vise mogu - naravno, i uz pomoc ovog foruma)

koliko sam razumeo jedno od pravila normalizacije je da se podaci ne ponavljaju. Znaci otpada mi ideja da napravim tabele: "primalac naloga" i "posiljalac naloga", jer to moze biti isti covek(u zavisnosti od naloga). Stoga sam odlucio da napravim jednu tabelu koja ce se zvati "korisnik" i imati sledece atribute:korisnikID, ime, prezime, email, telefon.

osobine koje bi ( po meni) opisivale jedan nalog su:"tekst naloga", "datum slanja", "predvidjeni datum izvrsenja", "status izvrsenja"(izvrsen, delimicno ili neizvrsen), 'napomena". To bi bila tabela "nalozi" .

I sta sad?
kako povezati ove dve tabele ? (verovatno treba jos koja)
nista mi nije jasno - jedan korisnik moze slati vise naloga, jedan nalog moze biti upucen ka vise korisnika...

Molim za pomoc, jer kreiranje baza nije nesto sto radim cesto, (kao ni podesavanje mySQL-a, PHP-a i Apache-a - ali to sam sve uradio kako treba ;). Sada sam se zaglavio...

A, da najlakse bi bilo kada bi moja firma htela da plati nekome ko to radi, ali zaboga "ti radis sa kompjuterima, uradi to"....
[ staleks @ 11.07.2005. 19:55 ] @

Da u pravu si najbolje bi bilo kad bi firma to platila nekom programeru da to uradi.

Pa predlozi to mozda i prodje.

Inace treba ti neka dobra osnova za analizu ( a na kraju i sintezu ) informacionog sistema ( kao sto si i sam rekao - normalizacija baze podataka i slicno ) pa ti preporucujem da prvo nadjes neku knjigu iz toga ili barem neki tutorial na netu koji govori o normalizaciji seme baze podataka.

No dobro da ne duzim, imas posla i preko glave mislim da ti nece biti lako, ja sam radio nesto na tu temu za servis mobilnih telefona ali bez PHP, nego sa Firebird bazom podataka i Delphi interfaceom.

Pogledaj na mom sajtu kako to izgleda. U sekciji proizvodi.

Ako je firma raspolozena, ja jesam da probamo da to transformisemo za Web, ali moj izbor bi pre bio JSP (Java Server Pages ) i tehnologija zasnovana na Javi.

Toliko od mene.

Pozdrav SALE

P.S. Naravno sve to uz novcanu nadoknadu
[ Dejan Topalovic @ 11.07.2005. 20:19 ] @
acca: Pa gle, ako barem TACNO i KONKRETNO znas sta ti sve treba, koje entitete u bazi trebas, koji podaci bi se u bazi trebali cuvati, onda bismo ti mogli pomoci kreirati osnovni model te baze, odnosno semu sa tabelama i relacijama.

Dalje, ako ti i pomognemo oformiti osnovni model baze, da li ces znati uraditi program, koji ce se bazirati na toj bazi i kojim ces moci upravljati podacima?

Ako nisi siguran da li imas dovoljno znanja da to sve uradis, onda ti je najbolje da firma angazuje nekog da to odradi umjesto tebe...
[ acca @ 11.07.2005. 20:38 ] @
Hm, sto se placanja nekome tice, tesko. Vec sam im to predlozio (ali ne zele da daju novac nikome - kao ja vec dobijam platu - a radno mesto mi je sistem inzenjer).
Zeleo bih da napomenem da ta aplikacija treba da radi samo ono sto sam vec napisao (i nista vise, i to iskljucivo u LANu). Mislim da bih se snasao sto se tice programiranja - PHP mi nije preterano stran.
So, svaka je pomoc vise nego dobrodosla. Hvala...
[ dragancesu @ 11.07.2005. 20:56 ] @
Onda sedi i uci (sta god hoces, moze php) ali znaj da te ceka: ovaj je dobar, zna sve, ajde napravi jos i ovo, pa ovo, i tako redom. Nista novo.
[ ismilovic @ 12.07.2005. 06:36 ] @
>
Ja bi to ovako:
S jedne strane imaš nalog koji ima svoje karakteristike (polja tabele),
pretpostavljam da je broj naloga jedinstven.
S druge strane imaš korisnika naloga sa svpjim poljima, id korisnika može
biti iskonstruiran ili JMBG
Multiplikaciju (više korisnika, i korisnik više naloga) izvedi:
- ako je takav slučaj rijedak direktnim "dupliranim" upisom naloga sa
različitim korisnikom, druga varijanta je normalan slučaj.
- ako je to čest slučaj onda dodaj treću tablu (sa poljima nalog, korisnik)
preko koje će se vršit ta multiplikacija.
[ broker @ 12.07.2005. 11:38 ] @
Aco, najbolje ti je da kazes da to ne znas da uradis. To ionako nije posao sistem inzenjera i nije ti u opisu poslova.
[ acca @ 12.07.2005. 12:34 ] @
Hvala na savetima.
Ipak cu probati da uradim sam, pa kako ispadne, ispadne...
Obavesticu o rezultatima
[ broker @ 12.07.2005. 13:09 ] @
Ma to ti kazemo dobronamerno, uradis li to, postaces "devojka za sve" a to nikome ne bih pozeleo.
[ acca @ 12.07.2005. 13:20 ] @
kapiram da jeste dobronamerno (nisam ni mislio drugacije).
Probacu da iskuliram ove u firmi, ali sada bih voleo zbog sebe da ovo zavrsim. nekako mi postalo interesantno...
thnx anyway
[ Zidar @ 15.07.2005. 13:28 ] @
Ako te bas zanima, evo ti nesto da pocnes :-)