Centar za edukaciju-BiH

Predmet:Re: Access databaza, ako ko zeli da pomogne u izgradnji

---

Jel odgovara ovako

Prilozi:

Predmet:Re: Access databaza, ako ko zeli da pomogne u izgradnji

---

uzecemo onu bazu iz posta #137
Na formi F_Repair imamo polje datum i operator,
dali se moze uraditi tako da prilikom logovanja operatora da svi upisani podatci budu vezani sa tom osobom.
Ako je tako onda mislim da su ta dva polja Datum i Operator suvisni i treba ih ukloniti.
Operator se registruje cim se uloguje u bazu znaci svi produkti koji budu testani vezani su za osobu koja se ulogovala a datum smo porebacili u subformu Sub_RepArt.
Jesam li u pravu

---

Predmet:Re: Access databaza, ako ko zeli da pomogne u izgradnji

---

Tako sam i zamislio za operatora. Polje ostaje u tabeli, njegova kontrola na formi nevidljiva, a default dobija kao logovani operator. Ovo za datum malo pojasni. Ako se kao datum podrazumeva trenutni dovoljno ja da u default postavimo date. ja bih to polje ostavio vidljivo, ako je ponekad potrebno da se promeni.
Sta cemo sa artiklima?

Predmet:Re: Access databaza, ako ko zeli da pomogne u izgradnji

---

neznam koliko je potrebno to polje datum u formi zato sto nam se datum nalazi u subformi. Tako smo i zamislili da prilikom izbora detalja datum se aktivira. i na osnovu tog datuma iz subforme mozemo izvlaciti raport.
sto se tice artikla nisi mi odgovorio na onaj nacin sto sam ja uradio koliko je dobar i funkcionalan. ovaj primjer sto si mi ti uradio izgleda dobro al bi bilo previse otvaranja i zatcaranja formi. Ja sam to mislio ovako
ukoliko operator pocne sa unosom naloga na formi i taj naloga u formi i taj atyikl nema u listi da mu se unese u listu sa oniom opcijama da i ne.
inace ako to nije funkcionalno mislim na ovo sto sam ja uradio onda se vraqcamo na onu formu iz posta #137 bez mjenjanja artikla.

---

Predmet:Re: Access databaza, ako ko zeli da pomogne u izgradnji

---

Pa datum na formi je datim izdavanja naloga. Da li treba ili ne, ti najbolje znas. Datumi u subformi su datumi reparacija, sam si rekao da jedan nalog moze da se razvuce na vise meseci, a datumi su nam potrebni zbog statistike.
Sto se artikala tice, ja bih ostavio podeljen na tri polja, bice nam kasnije lakse u analitici filtrirati po svakom posebno, nego iz jednog polja izvlaciti potreban podatak (ono tvoje xx-xxxxx-xx).
Sto se tice otvaranja formi u ovom slucaju moze se izbeci, vec da se podaci odmah upisu u Kodnu tabelu.
Ja sam otveranje forme stavio vise iz navike, obicno u Kodnu treba uneti vise polja, u ovom slucaju to ne treba. A i sa formom se operatori sprecavaju da divljaju i pune kodnu djubretom. Ako mislis da je msg Box dovoljan, onda cemo prepraviti. Sta mislis da li da artikl bude u jednom polju ili u tri?

Predmet:Re: Access databaza, ako ko zeli da pomogne u izgradnji

---

ovo mozemo ostaviti al da ne bude vidljivo datum izdavanja nije bitan sada, al cemo ga ostavit u slucaju da zatreba samo ga promjenim na vidljivo.

u redu da bi mogli razne sttistike izvlaciti idemo sa tri polja.
mada bi vise volio ako bi se moglo upisati u jedno polje i kasnije kodom razdvojiti i izvuci raport.
sto vise polja za upåisivanje vise je izlozeno riziku pogresnog upisivanja,

da probamo pa da vidimo kako ce da ide

---

Predmet:Re: Access databaza, ako ko zeli da pomogne u izgradnji

---

Pa nece ako ih bira iz comba. I sa jednim poljem ako pogresi operator kod nece pravilno raditi.

Predmet:Re: Access databaza, ako ko zeli da pomogne u izgradnji

---

ok idemo onda sa tri poplja

---

Predmet:Re: Access databaza, ako ko zeli da pomogne u izgradnji

---

Ovako nesto?

Prilozi:

Predmet:Re: Access databaza, ako ko zeli da pomogne u izgradnji

---

ovaj zadnji combobox na formi F_Repar vezan za artikle nekad treba biti prazan a nekad treba biti kombinacija brojeva i slova npr 42C

---