Citat:
toci:
Citat:
2012: Imas u startu jednu gresku. Broj fakture je unikatna vrednost, znaci jedna faktura moze imati jedan broj, to je "primarni kljuc". Ti imas fakturu broj 1 koja se ponavlja vise puta.
Bas zbog toga sto je unikatna vrednost, kada je izberes treba da ti ispise sta ta vrednost tj. koje proizvode povlaci sa sobom. Kada pravis fakturu, postoji jedinstven broj fakture npr. 12/2014 i na toj fakturi mozes ispisati koliko hoces artikala, zar ne??? Zamisli kada neko zeli u sistemu da proveri sta je prodato pod odredjenom fakturom? Kako bi to izlistao?
Jednostavno, ne radi se tako. Ne trpa se sve u jednu tabelu. Podaci se razvrstavaju, onda se po potrebi pretrazuju i spajaju. To su relacione baze podataka i funkcionisu po svojim zakonitostima/logikom.
Artikli su jedan sheet, fakture drugi, komintenti/klijenti/kupci su treci, neki drugi podaci su poseban sheet, a onda se po potrebi pretrazuje sta nam treba i prema zahtavu se uzimaju odredjeni podaci iz svakog sheet-a i spajaju prema potrebi.
Ideja kako je ovde prikazana je potpuno pogresna i neprihvatljiva, pre ili kasnije javice svoje negativnost i stvorice probleme, ALI vi napravite kako ste naumili i cekajte da vam se pojave prve negativnost.
Trebalo bi da resis pretrazivanje po artiklu, pretrazivanje po klijentu, pretrazivanje po datumu i na kraju trebalo bi da resis jednostavno sastavljanje i stampane fakture ili izvestaja za sebe za analizu poslovanja.