[ djpero.84 @ 11.01.2008. 20:22 ] @
Radim u jednoj firmi gdje imamo server i nekih 30 racunara koji rade na Novellu, DBF baze i Clipper :)
Silom prilika morao sam da programiram u tom Clipperu i on odradjuje posao no medjutim problem je sto JA kao odgovorni za sve to moram svima da dajem podatke jer ostali neznaju da se koriste i zgrozavaju se DOS-a itd...a ja bih to da napravim u VB

1. Kako bi vi ovo rijesili u VB-u, kako povezati baze, a ima ih mnogo?

2. Kako da vise korisnika vrti jednu centralizovanu access bazu i da upisuju svi u isto vrijeme u nju?

3. Da li je UOPSTE rijesenje DAO konekcija prema Access bazi koja linkuje DBF baze?

Hvala vam unaprijed :)

[Ovu poruku je menjao djpero.84 dana 12.01.2008. u 02:17 GMT+1]

[Ovu poruku je menjao djpero.84 dana 12.01.2008. u 02:17 GMT+1]
[ steve585 @ 12.01.2008. 12:19 ] @
Nedavno sam radio manju aplikaciju koja sluzi za unos i obradu podataka. Access bazu sam postavio na server, za konekciju sam koristio ADO objekt. I da ne zaboravim ovoj bazi istovremeno pristupa maksimalno 5 korisnika.
[ djpero.84 @ 12.01.2008. 19:00 ] @
Sta je problem kod vise korisnika?
[ goranvuc @ 12.01.2008. 19:24 ] @
Vidi, ja bih ti pomogao vrlo rado, ali kad mi pomenes upis u DBF-ove iz VB-a, pa jos i linkovanje u Access-u prodje me volja. DBF da se cita (kad vec mora) ali da radim na njemu: brrrrrrrrrrrrr
[ djpero.84 @ 12.01.2008. 20:35 ] @
Zato me i zanimaju vasa iskustva u vezi sa navedenim, mada ja moram napraviti neku migraciju, mozda i na Navision pa zato ne znam sta da radim, ali svejedno hvala :)
[ vbbojan @ 12.01.2008. 20:47 ] @
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
[ Shadowed @ 12.01.2008. 21:27 ] @
Slazem se sa ovim sto je vbbojan rekao i sa besplantim sql express-om, stvarno nema ralzloga raditi ovakve stvar sa Access-om.
Ono sto bih dodao je da ako bas hoces Access, verovatno ce ti bolja varijanta biti da klijenti ne pristupaju direktno bazi vec da imas serversku aplikaciju koja vrsi sav rad sa bazom a klijenti se povezuju sa njom (tu upravo dobijas to sto je vbbojan naveo kao prednost rdbms-a u odnosu na Access, u izvesnoj meri naravno).