Koji je programski jezik pogodan za pisanje programa za racunovodstvo

Pazi, LINQ je mocna stvar, LINQ for SQL jos mocnija (ukljucuje i taj famozni ORM u 1:1 obliku da bi preneo relevantnu DB shemu u aplikacioni domen), ali LINQ nikad nece istisnuti SQL jer jednostavno nije niti ce ikad biti toliko "mocan" kao (T)SQL. I koji god ORM da izaberes (EntityModel, LLBLGen, XPO, etc) svi oni tvoje operacije na kraju svode na SQL instrukcije, cak i sam LINQ for SQL u stvari prepevava tvoj LINQ query u SQL query. Nista to ne donosi fundamentalno novo, samo dopunjuje SQL u toj meri da (kao sto si rekao) daje strong type checking slican onom koji dobijas kroz typed dataset i omogucava lakse ucitavanje i/ili offline pretrazivanje objektnog modela (sto je samo po sebi ql i meni dovoljan razlog da ga koristim). Ako pod zamenom podrazumevas to da developeri nece morati da pisu SQL kod, onda si to vec imao kroz DataSet-ove (prevuces tabelu u dataset i visual studio ti izgenerise sve CRUD skripte), znaci opet nista novo samo malo "ispeglanije".

Iako LINQ for SQL ima svojih problema (npr sa subquery-em, server side funkcijama, forsiranjem query lock hintova, itd), i ja mislim da ce evoluirati dalje (sledeci korak bi bio podrska za sql2005 CLR i mogucnost koriscenja domenskih metoda u linq query-ima), ali stvarno ne vidim smrt SQL-a kroz LINQ. Maksimum sto ce se desiti je da pored SQL na serveru zazivi neka vrste remotinga koji ce marshalovati semu baze i primati IQueryable i vracati server site entity objekte tako sto ce IQueryable objekat odmah upucati u query execution engine cime ce se zaobici SQL kao jezik. Medjutim, toliko postoji trenutnih primena za SQL da ce se u najboljem slucaju server side LINQ i SQL naci rame uz rame. A od toga smo jos podosta godina.

Potpis

Sloba je za 12 godina promenio antropološki kod srpskog naroda. On je od jednog
naroda koji je bio veseo, pomalo površan, od jednog naroda koji je bio znatiželjan, koji
je voleo da vidi, da putuje, da upozna,
od naroda koji je bio kosmopolitski napravio narod koji je namršten, mrzovoljan,
sumnjicav, zaplašen, narod koji se stalno nešto žali, kome je stalno neko kriv - Z.Đinđić

@preff.net , pogrešno shvaćaš moje posteve i krivo tumačiš njihovu bit. Ne napadam Javu, čitaš li pažljivije vidjet ćeš da vrlo cijenim Javu, sve njene mogućnost i osobito njenu budućnost. Istovremeno govorim zašto je MENI npr. Delphi bolji od Jave za stvari koje ja trebam (bilo poznavanje jezika, bilo naplativosti, orpavdanosti...). Hibernate dovoljno poznajem da o njemu mogu donjeti svoju prosudbu no ni ne želim je napisati jer će opet biti da Javu dočekujem na nož; u svakom slučaju više cijenim native pristup bazama.

Potpis

God is real unless is declared as integer.

Rekao bi da ovo nema veze sa VB6 i VB.NET, vec sa SQL upitima.
Znaci ili si optimizovao SQL upite ili je MSSQL2005 deset puta brzi od SQL2000.

PHP uopste vise nije toliko labav da se iskoristi za taj tip web aplikacije ;)

Mozes da koristis kao bazu mysql bez da se brines.

A kao alat koji je jako dobar za taj tip aplikacije koristi ATK www.achievo.org/atk

Poseduje sve sto je bitno za rad sa bazom, pritom ti pruza veliku mogucnost da manipulises tabelama plus je vrlo lako napraviti CRUD u njemu za celu bazu.
Sa svega par linija koda imas totalno funkcionalan sistem.
Uostalom pogledaj njihov demo i sve ce ti se samo kasti ;)

Em je free, em ti netreba nista osim apache servera i php-a ;)
Plus sve java scripte su vec odradjene kao i java podrska.

Moj savet ako hoces tako nesto da pravis je da obavezno pogledas ATK.

Potpis

---------------------------------------------------------------------
Just do it.

Ne bih da ulazim u diskusiju koji je programski jezik bolji jer mislim da svaki ima svoje prednosti u određenoj oblasti primene, pa bih ti recimo preporučio Clarion (koji je koliko sam primetio tek jednom malo pomenut).
Isključivi razlog je što ga pominjem je što ga u praktičnoj upotrebi poznajem mnogo bolje od nekih drugih koje koristim i naravno, što na osnovu toga mislim da je za primenu u knjigovodstveno-računovodstvene namene odličan izbor.
On nije sada ni najmoderniji ni najefikasniji u mnogim aspektima ali omogućava prilično korisnih stvari:
- vrlo brzu izradu aplikacije (predstavlja pravi RAD alat u svakom pogledu)
- potpuno je objektno orijentisan odavno a naročito od ver 6.x
- sa veliko većinom RDBMS sistema se povezuje kroz native drajvere, a sa ostalima preko ODBC
- radi samo pod Windowsom ali na svim verzijama bez značajnih problema
i naravno što u isto vreme može da se napravi i desktop i web aplikacija iz istog IDE okruženja
Matematičke, statističke i neke druge mogućnosti u vezi sa optimizacijama i kompajliranjem koda ne bih posebno navodio obzirom da na današnjem hardveru skoro sve radi dovoljno brzo za knjigovodstvo bez posebnih zahteva jer je u većini slučajeva za ovakve aplikacije glavno ograničenje brzina rada operatera što nikakve veze nema ni sa programima i računarima.
Neko je ovde naveo i neke brojke koliko stavki operater u fakture i slično može da unese u program i to je verovatno tačno (nisam nikad merio). Ja bih samo pitao da li u jednom dobro projektovanom sisitemu za automatizaciju poslovanja neke firme neki operater uopšte treba da unosi takve podatke (osim možda ako je to firma koja se bavi pružanjem knjigovodstvenih usluga).

Taman kad ga naučiš shvatićeš da si usput naučio ključne elemente iz većine danas aktuelinih programskih jezika od widows sistemskih fukcija, asemblera C++ pa do .Net varijacija i jave.

Hajde sad reci da si se salio... :)

Potpis

http://pedja.supurovic.net - http://wireless.uzice.net - Besplatni .RS domeni - Mikrotik uputstva - YT9TP - OpenStreetMap Srbija

@mmix
Da, SQL nece jos dugo umreti kao takav ali ocekujem da ce se promeniti njegova direktna upotreba, tj. "front end" ce biti LINQ za developere a posle ko zna.


Ja mislim da ce upravo tako nesto slicno da urade, lepo dobave "expression tree" od developera koji napise LINQ "against" EF modela (gde ce lepota biti sto nece biti kao LINQ to SQL 1:1 nego apstrakcioni model) i to se posalje execution engine-u koji ce znati kako izgleda EF model posto ce sam EF model biti ono sto su sada tabele na SQL Server-u (i vise) tj. ugradjen na SQL serveru, naravno ovo je sve po nekoj vizij MS-a, a do ovoga ce trebati dosta vremena.

Ovo ce sve znaciti da imamo model, model koji se na jednom mestu menja, static type checking prilikom query-ovanja tog modela i samim tim sve dosadasnje stvari koje izgledaju samo jedan korak vise ce nestati, tipa, kada izmenim schemu baze ne zelim da isto to prepravljam i nad DataSetovima, kada izmenim schemu baze ne zelim da ponovo trcim kroz sve qyueriju da vidim da li su validni, kada pisem neku f-ju koja mi treba u programu i identicna funkcionalnost mi treba i u SQL-u ja treba da je napisem u T-SQL ili da je importujem preko CLR integracije itd. ubudjen sam da ce jos hiljade drugih razloga proizici zato ce ovo biti dobro, _{kao i zato ce biti lose :)}

Mislim da je najbolje za tebe da taj program pises u COBOLu.
Zasto ?
Zato sto ga ja super znam.

Zajebi MVC, visenivojske arhitekture, reusability, sva ta inzenjerska sranja. To ti nista ne treba.
Ja nemam bas mnogo skole, ali imam mnogo godina iskustva s COBOLom. Poslusaj zato moj savet.
COBOL!

@MarkoBalkan:
Java
prednost - rad na više Os-ova sa manjim modifikacijama
mana - duža izrada projekta

Šta ste se navrli na Javu toliko??? Kao prvo ne znam na kakve modifikacijame mislis? Nisam do sada morao da bilo sta modifikujem da bi radilo na Linux-u ili Mac-u? Programiram u Javi i startujem na bilo kom OS-u.

I opet šta znači "duža izrada projekta"? Ne postoji jezik u kome ću brže da izprogramiram malte ne bilo ta nego u Javi! Pa opet ne tvrdim da je u Javi najkraća izrada samo zato što to jeste slučaj kod mene. Svako ima svoje viđenje i svoje mišljenje ali reći da je GENERALNO duža izrada u Javi je glupost i dovodi samo do zbunjivanja onog ko je pitanje postavio. Dakle nije tačno da je u Javi uopšte duža izrada nekog projekta, već je naprotiv kraća!



Pa to je sve OK, imaš svoje mišljenje o Hibernate i imaš svoje mišljenje o Javi, ali ona dva posta na koja sam ja komentarisao su, isto kao i MarkoBalkan iznad, zvučali generlano i apsolutno. To što ti, ili bilo ko drugi, više voliš ili ti je lakše da koristiš neki drugi programski jezik to je super i ja to cenim! Ali ja neću nikad reći da PHP ne valja ili nešto drugo loše zbog toga što ga ja ne koristim i što više volim JSP... Nije ni bitno, reagovao sam jer su postovi, barem meni, delovali kao da izjavljuju isto što i MarkoBalkan, neku generalnu izjavu koja je u suštini samo njegovo lično iskustvo...

Potpis

Pedja
- http://www.CoPe.rs
- http://iKr.me - GROK! SKRATI TAJ LINK!

kolko redova ti treba za čitanje iz jedne tablice iz baze i prikazivanje u datagridu?

kod jave moraš posebno učitati kolone i redove, dok recimo kod .net-a ne moraš.

kod jave moraš staviti u nekim situacijama try-catch blok dok kod .net-a programer određuje.

itd....
istina svatko je onoliko brz koliko zna!

ja sam program za knjigovodstvo radio u PHP-u, ne razumem zasto ne moze script jezici da se koriste

Oracle definitivno najbolji.Po mom misljenju ima najrazvijeniji interfejs.

kad se kaze Oracle misli se na bazu podataka
inace, sam Oracle (preduzece, ne baza) gura Javu

znaci, ti predlazes Java kao jezik i Oracle kao bazu?

Potpis

Žena u krevetu i vino na stolu nikako ne smeju da čekaju. Jer, vino se greje a žena hladi.

-vinolog

Ne od uvek, JDeveloper je u sklopu Oracle Developer Suit-a tek od skoro, skoro sve legacy Oracle aplikacije su radjene u pretecama ODSa koji su se zvali SQL*Forms i SQL*Reports, sto se uglavnom u skorije vreme dopeglalo u Oracle Forms i Oracle Reports, svejedno Jave tu nigde nije bilo. Funkcionalno najblize ovom konceptu je recimo Fox.

Potpis

Sloba je za 12 godina promenio antropološki kod srpskog naroda. On je od jednog
naroda koji je bio veseo, pomalo površan, od jednog naroda koji je bio znatiželjan, koji
je voleo da vidi, da putuje, da upozna,
od naroda koji je bio kosmopolitski napravio narod koji je namršten, mrzovoljan,
sumnjicav, zaplašen, narod koji se stalno nešto žali, kome je stalno neko kriv - Z.Đinđić

Malo sam off sto se oracla tiche, ali JDeveloper postoji vec sigurno 7-8 godina, a koliko znam Forms i Reports su na Javi od verzije 9 (baze)... ali moguce da nesto nisam shvatio dobro.

Potpis

:: Nemoj se svadjati sa budalom, ljudi cesto nece primjetiti razliku ::

Priznajem da je "tek od skoro" malo nesrecan izbor reci, ali sa obzirom na to da Oracle Forms i Reports vuku svoje korene sa kraja 80'ih, pojavljivanje JDeveloper-a pocetkom XXI veka je "skoro" A, bar po Wiki-ju, Java se pojavila u Oracle-u cak u verziji 8, pre JDevelopera.
Problem sa Forms i Reports je sto ne zna svaki Oracle DBA Javu, ali svaki iole ozbiljan Oracle DBA zna PL/SQL sto je sve sto ti treba za izradu Forms i Reports aplikacija, kako na starim tako i na novim verzijama. Ja sam isto bio tvojih ubedjenja (nisam ni ja mnogo manje off za Oracle ) da je na Oraclu sve u Javi sad, i u neku ruku jeste ako to zelis, ali sam onda svojim ocima video Oracle 10 instalaciju na kojoj se vrtela specijalizovana accounting aplikacija bez linije Java koda. A znam da nema linije Java koda jer sam radio konverziju nekih formi i izvestaja u .NET kao deo veceg projekta, sve "suvi" PL/SQL.

Ne znam da li je aleksv mislio na taj aspekt razvoja ili na JDeveloper, niti sam ikad radio u JDeveloperu, ali moj generalni komentar je bio da accounting aplikacija verovatno moze da se uradi na Oraclu bez Jave, iako to ne bih nikad predlozio ni radio, sve mi to deluje mnogo arhaicno i clipper-like.

Potpis

Sloba je za 12 godina promenio antropološki kod srpskog naroda. On je od jednog
naroda koji je bio veseo, pomalo površan, od jednog naroda koji je bio znatiželjan, koji
je voleo da vidi, da putuje, da upozna,
od naroda koji je bio kosmopolitski napravio narod koji je namršten, mrzovoljan,
sumnjicav, zaplašen, narod koji se stalno nešto žali, kome je stalno neko kriv - Z.Đinđić

@negyxo / mmix
Svidja mi se vas pogled na stvari.

Iskreno cenim da je LINQ "bezanje od stvarnosti" i da kao takav ima buducnost, ali vise kao "pomocna alatka" nego kao "osnovno sredstvo za rad". Moram da kazem, da nisam upoznat sa LINQ-om u prakticnom radu, vec samo sa njenim konceptom (koji mi opet mirise na neka java resenja koja sam citao pre vise godina).

Moje iskreno ubedjenje je da (kvalitetniju) buducnost pre ima evolucija SQL-a nego uvedjenje tehnologija poput LINQ-a.
Posrednici su oduvek bili skupi.

No, ovo je off-topic, ali koliko vidim slabo ko se na ovih 6 strana uopste drzao osnovnog pitanja :)))

Pa u neku ruku i nije offtopic jer je LINQ kao data layer vezan i za izradu racunovodstvenih aplikacija.

Problem sa LINQom i ovom primenom nije u malim atomizovanim operacijama, za njih je LINQ to SQL vise nego idealan (napravi jedan unos, izemeni jedan unos, itd, itd) jer je sam po sebi idealno i ako se pravilno upotrebi veoma optimizovano resenje koje ne zahteva izradu specificnih adaptera za svaku mogucu primenu.
Problemi sa LINQom u racunovodstvenim aplikacijama pocinju, kao i u drugim narocito vecim sistemima, sa batch operacijama. Npr trenutno je prakticno nemoguce iz fabrickog LINQ to SQL generisati sledeci SQL query:



Jedini out-of-the-box nacin da obrises te promene je da ucitas sve te promene u memoriju, da ih obrises iz kolekcije i da uradis Submit(). Problem je sto ako imas tabelu promena sa 1.000.000 unosa od kojih je 900.000 iz prosle godine, ucitaces svih 900.000 u memoriju i onda ce LINQ to SQL pri brisanju da ih brise jedan po jedan generisuci ukupno 900.001 querija, od kojih svaki DELETE query matchuje record po svim poljima u redu (mada ovo moze da se zaobidje). Pretpostavljam da ce ovakvi scenariji biti eventualno pokriveni kako se korisnici budu zalili ali za sada ih nema, ima samo par entuzijasta koji su rucno petljali po expressions drvcetu i generisali neke budzevine kroz inner join na samog sebe

Potpis

Sloba je za 12 godina promenio antropološki kod srpskog naroda. On je od jednog
naroda koji je bio veseo, pomalo površan, od jednog naroda koji je bio znatiželjan, koji
je voleo da vidi, da putuje, da upozna,
od naroda koji je bio kosmopolitski napravio narod koji je namršten, mrzovoljan,
sumnjicav, zaplašen, narod koji se stalno nešto žali, kome je stalno neko kriv - Z.Đinđić

A teko ovo



Atomicnost ne moze da se izvede danas a da se sve operacije ne posalju serveru, to ce biti neka vrsta slanja micro assembly-a, sem naravno da se ne drzi lock na klijentu a to bi bas bila ludost.



Pa to sto radi LINQ je evolucija jezika, i to se samo tako zove, ali na kraju ce se sve to lepo mergovati i mozda ce se zvati new SQL (EntetySQL ), to je nebitno kako se zove, bitno je sta obavlja. Po meni, ovo je samo prebacivanje SQL u novo okruzenje - okruzenje kompajlera
Inace, danas je to posredovanje, a u buducnosti ce biti, vrlo moguce, direktno komuniciranje sa engine-om (hint: .NET: IEnumerable, Deferred Execution i eager/lazy evaluation, e to je kontrola )

Nisam kompletno procitao Topic, ali sta god bilo najbolje je resenje imati Front-End na racunaru (Jednostavan EXE napisan u bilo kom jeziku) koji bi pristupao Serveru i bazi na Net-u. Ja sam licno Radio Kombinaciju Delphi7+PHP+MySQL+SSL(internet konekciju) i sve je radi savrseno (Bio mi je posao da napravim Front-End za jednu stranu firmu). Prednost ovoga je bilo to sto nisam morao da ima pred znanje PHP- i MySQL-a mada sam osnove ipak naucio (samo sintaksu u pocetku) cisto toliko da bih razumeo kako da posaljem upit i kako da objasnim Adminu gde i kako da mi dozvoli pristup i kako da interpretiram stvari koje mi oni vrate u front-end.

Naime koliko god da imas memorije, skriptovi i Dinamicki generisane strane opterecuju Procesor i Memoriju, tako da posle dugog koriscenja mora doci do gusenja.

Sto je najbolje na stranici http://www.sqlmaestro.com/ mogu se naci nekoliko besplatnih resenja koje itekako pomazu/pojednostavljuju izradu front-enda narocito kada su upiti u pitanju.

E-banking radi na slicnom principu ovo nije nista novo, baza je baza a front-end moze da bude sta god mi hocemo. I last.fm koristi slican princip (Znam nema veze sa temom ali princip, nacin i resenje je u stvari bitno)

Ako blebecem gluposti, zanemarite moju poruku.

Potpis

Pozdrav, Peke
Speed IO ADSL+ Rezultat
SpeedTest.NET ADSL+ Rezultat