@Ruskul: sad je vec bolje, sad imamo kakvu-takvu sliku o tome sta se zeli postici.
@NEnadmarkoni: ne bih zurio sa ER dijagramom, jos nismo stigli do te tacke.
Njacesca greska koja s epravi je da se pretrci preko ovoe faze - analize - i da se odmah zamislinekakva aplikacija - forme, izvestaji, comboboxovi, i tu se zaglavimo. I stalno zigled ada smo se zaglavilijer eto ne mozemo da resimo neki programerski problem, neku caku (kako da iz combo boxa otvaram zelejne forme ili subforme), a problem je [bold]mozda[/bold] u samoj koncepciji.
Bez dubljeg ulazenja u problematiku, ovako sa avionske visine, vidi se jedna stvar: Postojeci ER dijagram, iako je mozda i dobar logicki (to jos ne znamo, mozda je dobar a mozda i nije), formalno je potpuno naopak. ER dijagram u Accesu pravite tako sto postavite relationships. To podrazumeva dva koraka:
1) navuci tabele na relationships dijagram (OK, uradjeno)
2) povezati ih (NIJE URADJENO - nedostaje vrsta veze - koja tabela je Parent, koja je Child, to jest ono sto se u SQL teoriji zove FOREIGN KEY constraints)
Ovaj propust ne govori mnogo o samom poslu, ali govori o neiskustvu, sto nije greh. Greh je ako se ova cinjenica ignorise i srlja se u posao. Zasto? Zato sto posao nece ispasti kako valja. Makar bio i interni posao, posledice ce biti jako ruzne po autora - izgubice poverenje svojih kolega sa kojima radi svakog dana. Nekad je bolje raditi za nepozantog klijenta - bar te niko licno ne poznaje i ostaje ti poverenje u sebe, da mozes i dalje da pravis nebulozne aplikacije, a da toga nisi ni svestan. Da se to ne bi desilo, da se ne zalecemo pre vremena, da ne trcimo pred rudu bez potreba.
Dobro nacrtan ER dijagram prica pricu o problemu koji baza resava. Ako se prica koju nam kaze dijagram slozi sa pricom koju nam kaze korisnik, mi imamo resenje. tada je i programiranje mnogo lakse i neki se problemi jednostavno nikada ne jave. Mnogo je bolje garantovano se ne razboleti, nego znati kako se neka bolest leci.
Iz prilozenog ER dijagrama i odgovora na Nenadova pitanja, jos uvek ne vidimo sve sto bi trebalo da vidimo. To je uvek tako, novi odgovori radjaju nova pitanja, sve dok ne isteramo stvar na cistinu
Vi dakle hocete da pratite koju opremu imate, i u kojoj stanici, o jednom trenutku. Istotrija vas ne intersuje (ovo mozda nije tacno, ali tako kazuju tabele)
Kako bilo da bilo, evo jos pitanja:
1. Da li je moguce da se ista oprema nalazi na vise od jednog mesta? Na primer, dali moze da se UPS U1 nalazi u stanicam TS1 i TS2?
Ako jeste, onda tabele nisu postavljene dobro. Zasto? Zato sto ce se karaktereiske za UPS1 voditi dva puta iste karakteristike bice upisanu udva reda tabele UPS , sve ce biti iosto, samo ce Lokacija biti drugacija. Verujem da ce Nenad ovo da primeti i da pravilno isprojektuje tabele i veze (tblUPS, tblSTanice, tblUPS_Stanice). Isto vazi za Njerene pretvarace i konvertere. Usput , kakva je razlika izmedju konvertera i pretvaraca? meni lici na istu stvar samo na dva jezika, ali mozda gresim, ja sam iz vodovodske struke, ne iz energetske.
2. Da l ise na istoj stanici moze nalaziti vise komada iste opreme, na primer 3 konvertera ili 2 pretvaraca? Ja ne znam nista o tvom poslu, pa zato psotavljam pitanja.
3. Tabela A2 stanice je posebno sumnjiva. Sta tacno znaci "A2 stanice: - kartice-koji kartice se nalaze na tom A2"? Meni izgleda da ce biti vise kartica na jednoj A2, sta god A2 bilo. Hocemo li listu kartica da cuvamo u jednom 'polju'? Kava je veza izmedju A2 i stanice? Da li jedna stanica ima vise A2 ili jedan A2 ima vise stanica? Seti se primedbe o lose postavljenim relationships - ne zna se ko je Parent a ko Child, pa ne mozemo da zakljucimo prirodu problema na osnovu gledanja u ER dijagram.
4. Tabela UPS ima kolone (BaterijaDrzi, BaterijaZamnejna, ZadnjePraznjenje) To lici na promenljive podatke, dok je baterija u UPS ona moze da drzi ili ne drzi, moze da se menja a moze i da se prazni. Da li je potrebno pratiti istoriju promena ili te intersuje samo poslednje stanje? Ako je ovo drugo, kako ces da garantujes da nece biti uneti pogresni podaci, ili da nece biti greskom preko dobrog podatka biti upisan pogresan?
5. Da li se desava da se na stanici S1 skine reciom UPS i zameni novim, savremenijim modelom, ili sitim, ali sa razlicitim serijskim brojem, jer se stari pokvario? AKo s eto desi, sta se desava sa strim zapisom? Da li samo preko starog upisuejmo novu vrednost a stara vrednost nestaje kao da je nikada nije bilo, ili se opet cuva neka istorija? Kako bi se cuvala istorija?
Samo polako, kaze nas narod 'ko zurio, vrat slomio'