OK, vazno je da nema ljutnje.
pazi ovako, Excel ima totalno drugaciju logiku od Accessa. Najveci problem pri prelasku sa Excel resenja na Access resenje je promeniti nacin razmisljanja. Absolutno nije moguce resenje iz Excela jednostavno prekopirati u Access. Isto vazi i za obrnut postupak. Ono sto lepo radio u Accessu, ako se prebaci u Excel nece uopste raditi. Ovo ne znaci da je Access bolji od Excela i li obratno, jednostavno, pristup resavanja problema je drugaciji i ima mnogo razloga za to. U razloge necemo ulaziti, dovoljno je da prihvatimo da se stvari resavaju drugacije.
Za tvoj plan mozemo reci da je 'plan po mesecima'. Nesto treba da se desi u svakom mesecu sledece godine. U excelu radis upravo onako kako si radio: u redovima izliztas sta to treba da se desi (stavke plana) i napravis kolonu za svaki mesec. Upsies brojeve u kolone, sume horizontalno, suma vertikalno i to je to. Velicina i snga Excela je sto ti dozvoljava upravo ovo sto smo opisali. Nekakav 'prirodan' nacin razmisljanaj i postupak si bukvalno preveo u Excel tablicu (model). To je savrseno za jednu godinu. Ako se taj plan nikad ne poredi sa planovima u proslosti, postupak i treba da ostane takav. Nema potrebe prelaziti na Access.
E, medjutim, cak i ako ne poredimo plan sa prethodnim godinama, uvek nekako poredimo plan sa realizacijom. Tu nastaje problem.
Plan je zbirni pogled, upisujes mesecne zbirove u tabelu.
Realizacija je parcijalna, dolazi deo po deo, pa to treba sabrati, pa uporediti sa planom. U takvim situacijama Access je mnogo jaci.
Da ne duzim, treba da uradis ovo. Trebaju ti bar dve tabele: StavkePlana i Plan. Trenutno to imas u jednoj tabeli, imas polje za stavku plana, a plan su one kolone koje predstavljau mesece. Razbijamo dakle tvoju tabelu na dve.
StavkePlana ce biti mala tabela.
Teorisjki, StavkePlana sadrzi samo jednu kolonu, ovako StavkePlana (NazivStavke text 255).
Plan ce imati tri kolone: Plan(NazivStavke text 255, Godina int , Mesec int 1-12). Za svaku stavku imaces u jednoj godini 12 redova. Ako imas N stavki, tabela Plan imace N*12 redova i tri kolone.
Imaces i referencijalnu vezu izmedju tabela StavkePlana i Plan, StavkePlana : Plan = 1 : vise, zbnaci napravices relaciju u Access prozoru Relationsjips, sa "enforce referential integrity" = true.
Sad vidim da deo ovoga vec imas. Tvoja tabela 'Korporativna Analiza' bi mogla biti StavkePlana. Treba da izbacis duplikate u koloni stavke, ili da promenis opise tako da svaki opis bude jedinstven. Ovako, imas pet puta opis 'Prihod' i dva puta 'Prihod sektor'.
Ja cu u mom primeru da eliminisem duplikate, a ti dodaj vrednosti kako ti odgovara.
Meni je bilo zgodno i da dodam i tabelu PlanskaGodina, koja je veoma prosta. Sadzi tacno jedan red (rekord) za svaku godinu za koju radis plan.
Sve ove tabele samo sluze da se lakse napravi plan (unesu planski podaci). U Excelu svega toga nema, tamo kucas direktno ono sto ti treba. Zato mnogi ljudi vole Excel, uprkos ogranicenjima koja tamo postoje. Naoko, Exel j ejdnostavniju. To je samo na prvi pogled. Cim pozelis da se odmaknes od najjednostavnijeg slucaja, stavri se enormno komplikuju. Ja ne mrzim Excel, niti pricam iz neznanja. Nekad sam drzao predavnja iz Excela, u firmi 'Institut Vinca' u beogradu, a i nekim privatnim firmamam (Zepter na primer) i veruj mi, znam o cemu govorim.
Pogledaj primer koji sam zakacio, tabele i forme, bice mnogo jasnije. Pogledaj i pokusaj da razumes i relacije, tu je kljuc resenja.
Ostaje da se plan nekako prikaze, u obliku na koji su ljudi navikli, a to je svaka stavka u po jedniom redu, a mesecni planovi u kolonama, onako kako stoji lepo u Excelu. Za to sluze kveriji, da se podaci prikazu kako se zeli. Ako to nije dovoljno, onda se za neku komplikovaniju nalizu kveriju mogu izvesti u Excel i tamo dodatno obraditi. Sve moze da se uradi kverijima, ali ne umeju svi da pisu SQL na tom nivou.
MOzda ti se sve ovo ucini isuvise komplikovano, jer jeste komplikovano. Rekoh negde na pocetku, mozda i ne treba prelaziti na Access po svaku cenu. Ako je samo plan u pitnaju, Excel je verovatno bolje resenje. U svakom slucaju, evo, pa vidi da li ti to odgovara. Ne mislim na sam program, vec na logiku kojom je problem resavan.