Takva polja inače ne bi trebala biti u bazi. To rješavaš u frontendu.

Da li ste ovo zeleli?

bas to.


Hvala

Ne znam kako da ti posaljem obu bazicu koju sam poceo da radim da pogledas.

Eh iskoristiti cu ovu temu da se nadovezem i postavim pitanje...

Dakle i meni kao i kolegi treba ovo sabiranje, sto je super ovo kako si ti postavio querije...

Moje pitanje je:

Predpostavimo da su kolone SumaA: 30 SumaB: 56 SumaC: 86 izrazene u sekundama...
Postoji li mogucnost da kreiram kolonu D, E i F gdje ce ove vrijednosti biti prikazane u formatu hh:mm:ss....

Primjer:

00:00:30
00:00:56
00:01:26

Unaprijed hvala.

@Svabo, sabiranje sekundi, minuta i satova imate u primeru http://www.elitesecurity.org/t...-za-vodjenje-evidencije-naleta

Postovani,

ja bi vas zamolio kada bi ste konkretno u ovom primjeru odgovorili na mogucnost prikaza u satima,minutama,sekundama.


Hvala.

Pored ovog linka koji je Zoran dao, evo još tri sa konkretnim primerima iz kojih se može dosta naučiti u vezi sabiranja i oduzimanja vremena:

http://www.elitesecurity.org/t374567-0#2377492

http://www.elitesecurity.org/t338335-0#2065391

http://www.elitesecurity.org/t307780-0#1838686

Potrebno je samo malo strplenja i volje.

Evo napravih nesto na brzaka, a nevideh da Vas je @Getsbi uputio na ranije teme...

To je to hvala puno. Ne znam kako da se oduzim.

evo ja sam nesto poceo da radim
Treba u kolonu budzet 2010 da sumiram cifre po mesecim
i na kraju da sumiram budzet 2010.

I treba mi forma kroz koju bi se sve to prikazivalo i kroz koju bih mogao da unosim podatke za svaki mesec

Sorry šta sam malo OT, ali moram primijetiti da ljudi sve više i više traže gotova rješenja bez da su pokušali sami nešto napraviti. To nije smisao ovog foruma i mislim da to ne vodim dobrome.

U pravu si captPicard. Do god bude bilo onih, koji su bezrezervno raspoloženi da daju gotova rešenja, dotle nema ni slova "e" od edukacije, a o diskusionoj nameni foruma, koja bi trebala da bude prevashodna, ni toliko.

ne radi se o gotovom programu, samo ne mogu da nadjem nacin da sve te rezultate dobijem i spakujem u odredjenu formu preko koje bih mogao da unosim podatke.

Pri tom ne radi se samo o sumiranju imam jos dosta toga da uradim sa dosta drugih formula ali mi je problem pocetak.

Problem je sto imas pogresnu ideju kako ovo treba da se odradi. Na forumu Icentar neko je pokusavao da napravi godisnji plan proizvodnje na isti nacin na koji ti pokusavas da napravis biznis plan. Kada smo mu rekli da to ne valja, covek se naljutio. OK, svako ima pravo da radi kako hoce. A problemi su samo nadolazili i nadolazili, sve jedan iz drugoga izlazili. A u planiranju je sva mudrost sabirati. Zbog lose pocetne zamisli napravili smo probelm od tako jednostavne operacije kao sto je sabiranje. Na kraju mislim da je covek pristao i odradio posao kako valja.

Tako kako si zamislio, moze da se radi u Excelu. Access radi potpuno drugacije. Znaci, u startu ne valja nista i zato imas (i tek ces da imas) probleme na svakom koraku. Ako si zainteresovan, mozemo da ti pokazemo kako u stvari treba raditi tu vrstu zadatka. Ako ne, sta da ti radim, muci se i dalje, tvoj izbor.

Ma daleko od toga da sam sujetan i svestan sam da onkako kako sam ja zamislio ne moze da se uradi taj plan.

Inace podatke za biznis plan crpim iz Excell fajla.

Naravno da bih voleo da mi pomognete.

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.

Jel imas neki privatni majl hteo bih da ti prikacim jos jednu bazu da pogledas koju sam pravio

ovo je neka moja baza koju sam radio.
Smatram da je isuvise glomazna i verujem da moze sve to jednostavnije i prakticnije da se resi.
Verovatno je najveca greska u relacijama.
Poslacu ti je iz trei dela

A da budi obazriv sa komentarima vezano za ovu bazu izuzetno sam osetljiv :-)

II deo

III deo

Teoretski mislim da sam shvatio gde je bila greska. Ja sam pokusao da za svaku stavku imam 12 meseci, a u stvari za svaki mesec imam sve stavke.

Ali ipak mislim da ne mogu to da uradim dok ti ne vidis kakav je excel dokument (a opet ne mogu da ti nakacimna na sajt). Zato sto i sami meseci koji se sumiraju su linkovani tako da procenat popunjenosti se dobija mnozenjem ukupnog broja i popunjenosti soba *100 i tako za svaki mesec i za sumu i nikada da se raspetljas sa linkovima. I tako gomilu nekih linkova koji su razbacani po celom fajlu kroz polja i shitova, od nekih 80 strana na jedno 6-7 shitova . Tako da nikako ne mogu da stvorim pravilo po kojem se podaci unose, menjaju, racunaju.....

A potreba za Aceesom je iz dva razloga:
Pristup sa vise racunara; i bas to poredjenje podataka po godinama - da ne mora da se za svaku promenu budzeta ili pravi novi fajl koji bi imao odredjene promene ili da se izbrisu stari podaci, a ubace novi.

SQL uopste ne poznajem. Imam knjigu Acess 2003 bez tajni u kojoj je preko pola knjige iskorisceno na obajsnjavanje VBA (SQL vrlo malo) da li da ulazim u VBA (koji takodje ne poznajem) ili da nabavim neku knjigu gde je detaljno objasnjen SQL?

Hvala na svakoj pomoci i prokomentarisi mi onu bazicu za zaposlene.

Sve sto Vam je kolega @Zidar napisao stoji i tesko je dati savet kada se ne iznese pravi problem.

Vas problem zahteva da se uradi prava analiza sistema i iz zahteva za ucescem vise korisnika namece se potreba da se Informacioni sistem realizuje u nekom od relacionih modela.

Svojevremeno sam radio analizu poslovnih procesa i informacionu analizu za firmu "Rekreaturs" i mogu Vam reci da je inofrmacioni sistem za preduzece takvih poslovnih procesa dosta slozen i iziskuje pravi "PROJEKTANTSKI" pristup. Sto u Vasem slucaju znaci da ste preskocili prethodna 2 koraka i presli direktno na 3.

O svemu ovome kao i iz primera koji ste nam dali vidi se da bi bilo dobro da prvo konsultujete literaturu iz oblasti Razvoja inaformacionih sistema. Preporucio bih vam knjigu kolege prof. dr Alempija Veljovica http://www.elitesecurity.org/t393640-0#2542475.

Tek nakon toga se traba odluciti koji cete relacioni model upotrebiti. Licno bih Vam preporucio da Vam Front-end bude MS Access a Back-end SQL Server.

ps. Nadam se da sam bio oprezan u komentarima, ako nisam upsss...

_{[Ovu poruku je menjao Zoran.Eremija dana 18.05.2010. u 15:15 GMT+1]}

Dobro je da si shvatio princip Ali to je tek princip. Kao kad iz fizike naucis da svakoj sili akcije odgovara sila reakcije. E od tog principa do projektovanja solitera dugacak je put, vodi kroz gradjevinski fakultet. Tako i ovo. Lepo je shvatiti princip (ima jos principa), ali je to daleko od potrebnog nivoa da bi se odradio posao koji si zapoceo. Nije sramota ne znati nesto sto nije tvoj posao. Opasno je ignorisati tu cinjenicu.

Zoran je u pravu i ne vredi muciti se dalje. Problem je suvise ozbiljan da bi se resio pomocu stapa i kanapa, uz malu pomoc na forumu.

"Plan" koji vidis u excelu bi se u Accesu realizovao kao nekakav izvestaj. Prvo je potrebno prelomiti to u glavi. Relacione baze retko izgledaju kao postojeci dokumenti ili Excel modeli. Kako izgledaju? Pa onako kako nam analiza kaze. A za analizu nije dovoljno samo pogledati u postojeci model u Excelu, lako te to odvede na pogresan putem, kao sto se nazalost i desilo. Nazalost, uvek se nekako cini da za anlizu nema vremena, poslodavc pritisnuo, hoce neki rezultat po svaku cenu, sto pre. Tu mi ne mozmo pomoci. Najdragoceniji deo posla je analiza. Medjutim, i dalje se sve placa po kilogramu koda, a anliza ne proizvodi nikakv kod ni forme ni reporte, pa se ni ne placa. Kao rezultat imamo to sto imamo - amateri uzmu poso, milom ili silom, i na kraju kuku lele. Ni tu nazalsot ne mozemo pomoci, to je pitanje poslovne politike. Ne brini, nije ni na zapadu bolje :-)

Bazu za zaposlene ne mogu da komentarisem, jer to nije moja oblast. Mogu da nadjem formalne zamerke strukturi baze podataka, ali taj deo ti ne bi razumeo. Onda bismo imali mene koji ne zna nista o problemu kojim se bavis i tebe koji ne zna mnogo o nacinu da se problem resi. Dva minusa daju plus u mnozenju, ali dva neznanja ne daju jedno znanje.

Predlazem da firma za koju radis angazuje nekoga ko se u pravljenej baza podataka zaista razume. Gde zivis, svakako postoje firme ili pojedinci koji se bave onim sto ti treba. Nema ih mnogo, ali se mogu naci. Ponovo, nije sramota ne znati ono za sta se nisi spremao. Veruj mi da je ovaj posao isuvise slozen da bi se naucio ne nesistematski nacin. Tacno je da postoje ljudi koji nisu isli u skolu za ovaj posao a rade ga dobro, ali su veoma retki, i kako vreme ide sve je manja sansa da ce se pojaviti samouki majstori, jersu se vremena i uslovi promenili.

Odustao sam od biznis plana.... na kraju ce u najmiti neku firmu da to resi.
Ali baza podataka bar za mene fino funkcionise (zavrsava posao)

Hvala PUNO.

Imam program sa podatcima u tri tabele, e sad kada želim da saberem podatke ako u jednoj od te tri tabele nama podataka (jer jednostavno nema promena) onda mi ne prikazuje u upitu taj red, ako stavim da je u toj tabeli i tom redu 0 onda dobijam podatke? Da li postoji mogucnost da sabiranjem dobijem podatke za sve redove. Unapred hvala na pomoći!

Iskoristi NZ funkciju.