|
[ lupco_1959 @ 17.10.2012. 22:20 ] @
[ captPicard @ 18.10.2012. 12:51 ] @
Može se u accessu, ali toplo preporučam da odabereš neki programski jezik tipa Delphi ili C#. U c++ ti isto ne bi preporučio pisanje knjig. programa.
[ srdrazic @ 18.10.2012. 16:17 ] @
A zašto ne u accessu? Šta je problem?
[ denisu @ 18.10.2012. 18:58 ] @
Ne znam ali znam da moj drugar radi kao sef racunovodstva pa radi i privatno odrzava racune za firmame i prodavnice tako vec godinama. Sam je napravio program u Access-u i dan danas ga koristi. Skoro sam ga pitao pa mi je rekao da ne treba mu drugi jer sve ima u njemu sta mu je potrebno... [ mld @ 19.10.2012. 08:34 ] @
Može i u Accesu sasvim pristojno da se programira. Naravno tu nisu sve mogućnosti kao kod C#, C++, VB-a, *.NET-a, Jave ili sl, ali za poslovnu primenu je sasvim dovoljno.
Znam mnogo poslovnog softvera koji uspešno funkcioniše, a radi u Accessu, bez drugih dodataka. [ captPicard @ 19.10.2012. 17:06 ] @
Nisam rekao da ne u accessu nego da ne preporučam u accessu. Access nije pravi RDB, na prvome mjestu. Jednostavno preporučam da se uzme neka ozbiljnija baza + ozbiljniji jezik ako se planira raditi neko komercijalno rješenje.
[ Getsbi @ 19.10.2012. 18:22 ] @
Iz jedne rečenice “Dali je Access pogodan za pisanje(izradu) knjigovodstvenog programa….” se ne može shvatiti granica realnog sistema. Knjigovodstveni program može biti namenjen ministarstvu finansija, sa pretenzijom da se svi poreski obveznici umreže i rade na istom programu, odkle bi država u svakom trenutku mogla da proveri šta i kako radi koji komintent ili preduzeće, a mogao bi da bude takođe i jednokorisnički program ili program za jednu knjigovodstvenu agenciju sa 10 klijentskih mašina.
Za ono prvo sigurno nije. Tu bi valjala recimo MS SQL Server baza ili Oracle baza sa pripadajućim programskim jezicima za izradu Front-end aplikacije. Za ovo drugo jeste. Bar su moja iskustva takva. Acces nije RDBMS sa performansama kao ova dva gore pomenuta ali je svakako jednostavan za učenje i upotrebu, obzirom da se u jednom paketu nalazi i DBMS sa elementima podržanim iz relacione teorije i programski jezik VBA za automatizaciju. Oko mogućnostima Access-a smo ranije pisali. Pogledaj i Top temu: Gotovi programi članova foruma, možda će ti olakšati odluku. [ captPicard @ 06.11.2012. 14:38 ] @
Slučajno sada naletio na ovo pa da pasteam:
Citat: vbbojan: Da se nadovezem... Još jedan glas protiv Access-a za toliki broj mrežnih korisnika. O DBF da ne govorim. Malo i da obrazložim... Access i 30 korisnika. To samo čeka da pukne, a to se obično desi kada je sistem najpotrebniji (marphy je neumoljiv, veruj mi). Elem, Najveća mana Accessa (mrežni rad), je što svi klijenti direktno pristupaju fajlu sa podacima i vrše upis i čitanje u i iz njega. (isto važi i za DBF). Sve radi relativno dobro dok klijent računari i mreža funkcionišu savršeno. Međutim, kad tad će se pojaviti problemi sa mrežom ili sa nekim od klijent računara, a onda nek ti je bog u pomoći. Takvi problemi se teško izoluju i rešavaju, dok nađeš koji ti klijent pravi problem ima da se okoziš, a sistem mora da funkcioniše, a ti dva tri puta dnevno moraš da popravljaš podatke, vadiš backupe, sinhronizuješ stanja ... Može sve to lepo da radi, ali kad tad će te sačekati ovaj horror o kome govorim. Kod RDBMS-a (SQL serveri, MS SQL, MySQL...) situacija je drugačija. Klijenti nemaju nikakve veze sa fizičkim pohranjivanjem podataka. Oni šalju komande serveru koji ih izvršava. Server vrši upis ili vraća klijentu tražene podatke, klijent nema pojma gde su podaci fizički smešteni. I što je još veoma bitno, poslata komanda će se ili u celosti izvršiti ili se neće izvršiti uopšte + transakcije + ... Može biti i jeftino, ima besplatnih servera (FireBird, Postgre ...) Sve je mnogo pouzdanije, brže, manje davi mrežu, a da ne pričamo o komforu koji moderni RDBMS-ovi nude administratorima i programerima. Izrada aplikacije koja se oslanja na Access ili neki RDBMS u VB-u se ne razlikuju uopšte. I jedno i drugo je veoma jednostavno, ako poznaješ gradivo. Ti sad zaključi sam. Pozdrav, Bojan [ smal @ 06.11.2012. 15:18 ] @
Ma, sve to ide u krug. U velikim firmama su složeni sistemi, pa održavanje, pogotovu baza nije nimalo lak zadatak...
Igrom slučaja, u poslednje vreme uključen sam u maintenance plan za SharePoint 2010 sistem, sa oko 1000 korisnika. Koliko tu ima picaboca bokte, da je to strašno :( Iz ove perspektive, mogu samo da kažem da je onaj koji se brine o Accessu i 30 korisnika - srećan čovek :) [ Getsbi @ 06.11.2012. 21:34 ] @
Prokomentarisaću ovaj citat korisnika: vbbojan u delu oko horora
"....Sve radi relativno dobro dok klijent računari i mreža funkcionišu savršeno. Međutim, kad tad će se pojaviti problemi sa mrežom ili sa nekim od klijent računara, a onda nek ti je bog u pomoći. Takvi problemi se teško izoluju i rešavaju, dok nađeš koji ti klijent pravi problem ima da se okoziš, a sistem mora da funkcioniše, a ti dva tri puta dnevno moraš da popravljaš podatke, vadiš backupe, sinhronizuješ stanja ... Može sve to lepo da radi, ali kad tad će te sačekati ovaj horror o kome govorim...." Rekao bih da ovo nema direktne veze sa tim da li je Acccess ili neki drugi DBMS. Ovde se radi o topologiji mreže. Kod BUS i RING topologije, ispadanjem jednog računara pada cela mreža i pronalaženje uzroka jeste mukotrpno. To im je najveća mana. Već dugo vremena primat kod umrežavanja drži STAR topologija sa adekvatnim habom. Tu samo ispad servera ruši celu mrežu, dok ispad bilo kojeg klijenta upozorava da je problem na tom klijentu, a ostatak mreže i dalje radi. I dalje tvrdim da treba znati koji je obim poslovnog problema da bi bi se donela pravilna odluka oko izbora alata. Ostatk komentara oko RDBMS je ok. [Ovu poruku je menjao Getsbi dana 06.11.2012. u 22:50 GMT+1] Copyright (C) 2001-2024 by www.elitesecurity.org. All rights reserved.
|