Zanimam me jedna stvar i koliko je komplicirana za napraviti u Oracle bazi podataka.
Ne bi ja radio, već vanjska firma. Njih sam pitao, ali su okretali s očima, a ja sam to protumačio kao brojač novaca. Dosta su dugo okretali jer je kao strašno komplicirano. Zato vas ovdje pitam (drugo mišljenje).

Ideja je slijedeća:
Ima matricu fiksne velićine (17x31 polje, može i varijabilno jer ono 31 su datumi u mjesecu, a 17 artikli) i treba neke jednostavne operacije raditi na njoj. Prilog je excel tabela koja bi služila za unos, pregled, kontrolu i statistiku potrošnje naručene hrane.
Tijek unosa je da netko unese stupac 1. s nekim količinama (ono što se ne unese je nula) i tako redom. 1. je datum u mjesecu. Znači unese se xa 1-5 i spremi se, generira se narudžba, unos se može popravljati ako je greška, nakon par dana se unese dalje 8-12 (preskoći se vikend).
Baza izračunava cijenu i PDV i radi statistiku na bazi mjeseca i godine i na bazi korisnika kojih je 60 trenutno.
Ako sam krivo objasnio, buden se potrudio.

Privitak je EXCEL dokument.

Tablica (u smislu podataka) je banalna. Potencijalne kalkulacije također.

Oracle dio mi nije jasan - u kojem kontekstu je bitan? Ako pitaš, može li se ovo iz Excela prenijeti u (bilo koju relacionu) bazu - može.

Zbog varijabilnosti "matrice" i spomenutog broja korisnika (čija uloga nije sasvim jasna), podaci bi vjerojatno morali promijeniti "oblik" - ne bi bili uneseni kao dvodimenzionalna tablica, ali to nije ni bitno.

Način unosa koji si opisao (unos, ako sam dobro shvatio, prodanih artikala radnim danima) nema veze s bazom podataka već s front-endom (kakav god bio, sa svrhom da 60 ili X korisnika ne petljaju izravno po tablicama u bazi). Baza će samo pohraniti podatke koje dobije. Također, ne zanima je posebno ni broj korisnika, dok god ih može identificirati.

"Generiranje narudžbe" je nejasno (što se generira, kakve veze ima s podacima u bazi...) i zvuči kao nešto u domeni konkretne aplikacije koja kroz spomenuti front-end nekako "generira narudžbu" - štogod to točno značilo, u smislu niza operacija vezanih za bazu ili nešto deseto, koje mora izvesti.

Izračuni (cijena/PDV) i statistika (kakva?) spadaju u no-brainere (u praksi ih više komplicira prikaz podataka nego sam izračun).

Na prvi pogled ne čini se kao "strašno komplicirano", ali konkretan kontekst (u kojoj SW okolini i kako to treba izvesti) može promijeniti taj zaključak.

Imamo dvorsku firmi IN2 koja za Grad Zqgreb radi svasta nesto. Nemam izbora. Oracle i forme za unos koje rade u Javi. E sad, tvrde kako je takvo nesto tesko izvedivo (u prijevodu, skupo).
Znaci, imamo prehrambene artikle koje vrtici narucuju periodicki (mlijeko ide svaki dan) i traba upisivati kolicinu u bazu koja tada salje dobavljacu narzdzbu. Nas zanima analitika. Koliko novaca i koliko cega se narucilo u mjesecu/godini za sve vrtice.
Potencijalni problem je kao sukcesivni (malo danas, malo sutra) unos podataka u matricu. Valjda operacije ne budu problem (zbrajanje i mnozenje)
Stvar je strasno jednostavna (kao prilozeni Excel) ali takvih tabela ima 12x60 i da se to rucno (u Excelu) ne zbraja, plan je automatiziradi. Takvih grupa je sad mislim 6 (krih, meso jedno, meso drugo, jaja, masti, mlijeko). Jako je tesko objasniti, a nije komplicirano.

Ne znam što ti reći. Ni unos podataka ni analitika u ovom slučaju ne djeluju kao problem. Dakle, ili postoji neki specifični problem koji je njima očit jer poznaju cijelu priču, ili je u pitanju standardno kompliciranje da bi se kompliciralo umjesto da se napravi.

Ja sam takav zadatak imao na faksu, radili smo statistike prisutnosti studenata na pojedinim predavanjima.
Vrlo lijepo se to riješilo u Javi koja nam je služila za GUI i konekciju na mySQL u kojoj smo držali podatke.
Htio sam pitat zašto Oracle ali našao sam odgovor u postovima..
Takvu banalnu stvar možeš doslovno za par sati izrokat.

Djipi kaže:


Jucer sam samo kratko razgovarao s njima i takav unos je bio problem. Malo mi je za vjerovato da neznaju jer su renomirana firma, prije hoce izvuci novac.
Meni se isto tako cinilo kao i tebi da nebi trebao biti problem.
Svejedno hvala na tudu.

energyman kaže:


To bi dva-tri studenta za mjesec-dva napravila. Ali uvijek ima ali, to mora raditi pouzdano, dugo, bez zastoja, nadogradnje moraju biti takve da korisnik ne osjeti, podrska mora biti dugogodisnja. U stvari, placa se garancija. To je meni slicno zasto se novacdrzi u banci a ne doma.

Klasična priča. In2 i slične firme bi radili samo na projektima teškim od milijun kuna na više. Na sitne zahvate i dorade ili frkću nosom, ili traže način kako da ih napušu na milijun.
Stvar je, slažem se, jednostavna, s tim što ja ne vidim potrebu da se formira neka fiksna tablica (za svaki dan po jedan redak ili kako god), već jednostavno forma za unos narudžbe kojoj se dodjeljuje pripadajući datum narudžbe.

Pozdrav,


Onako na prvu ne braneći ni reklamirajući kolege iz IN2 (op.a. svaka priča ima dvije strane):

- izbacite Oracle iz priče te drastčno smanjujete konačnu cijenu
- sama logika na serverskoj strani ne ćini se problematična
- najviše posla ima na fron end-u i/ili middlde API-u (web servis/i) ako se odabere (preporuka) n-slojna arhitektura.
Odmah pripremite temelje za opcije desktop, web i mobilni klijent.

Mislim da ima posla, tko bude radio "zaradit će plaču" ali nije brain sience .

Lp

Oracle "mora" biti. Samo desktop! Java se nemre izbjeci !?! Imamo sto imamo. Samo sam trazio razmisljanja da mi ne pocnu prodavati bureke. Hvala svima