Najbolje resenje je da imas web aplikaciju koja se nalazi na istom serveru kao i baza (to jest na istom LAN-u), i kojoj korisnici pristupaju preko Interneta, intraneta ili cega vec.
A ovo da imas windows aplikaciju i da se kaci na bazu preko modemske (ili bilo kakve druge) linije slobodno zaboravi.

Problem je što i kod web aplikacije korisnici sa različitih lokacija moraju imati pristup Webu, osim ako se ne radi o nekoj WAN mreži, pa opet dolazi do problema spajanja na web aplikaciju.

Mislim da bi trebalo da napises i koju bazu podataka koristis kao i to za sta ces je koristiti tj. sta je to sto hoces da radis "u bazi u drugom gradu" jer ce onda i predlozi biti konkretniji.


Zasto? Mi koristimo Advanatage Database Server koji omogucava da se podacima pristupa i preko interneta s tim da ti nikakav dodatni web server nije potreban.
Na klijent racunaru se moze koristiti win aplikacija (npr. napisana u Delphiju ali koja naravno ima instalirane komponente za rad sa ADS-om, ali isto tako ne koristi se nimalo html koda tj. nema potrebe za web programiranjem) koja moze da radi kako u LAN-u tako i da bazi pristupa preko interneta. Znaci, mozes imati windows aplikaciju koja ce bazi podataka pristupati preko interneta i to npr. koristeci obicnu dial-up konekciju. Mi tako nesto koristimo godinama ali mi koristimo pomenuti ADS.

Stvar kod distributed aplikacija je da se sto manje podataka "seta" po mrezi - na taj nacin se poboljsavaju performanse. Zamisli da server treba da ti vrati rezultate nekog malo veceg upita preko dial-up linije - i to puno puta na dan, vecem broju korisnika.



Pa ako ce vec koristi "bazu u drugom gradu", onda svakako moraju da budu konektovani na nekakavu mrezu - tako da internet konekciju ne vidim u opste kao problem.
Web aplikacija radi u browseru, korisnik nemora nista novo da instalira, svi srecni i zadovljni.

A i onome ko odrzava sve to je lakse ako ima aplikaciju na jednom mestu (web server), nego na gomili raznih masina.

U zavisnosti od slučaja, razmotri i offline rešenje: korišćenje lokalnih baza i sinhronizaciju u nekom vremenskom periodu.

SQL upit se izvrsava na serveru a na klijent racunar se normalno ne vracaju svi slogovi rezultujuceg dataset-a. Postoji kesiranje odredjenog broja slogova (broj slogova se moze definisati) koji se smestaju u memoriju racunara i odatle prikazuju u npr. gridu. Ako se korisnik u gridu pomerio na slog koji nije u memoriji, ucitava se sledeci 'paket' itd.
Inace, baza nad kojom se vrse sql upiti koji se izvrsavaju preko interneta je oko 4GB i tako da ako ne bi postojalo takvo kesiranje onda nikada i ne bi koristili taj sistem. U celoj toj postavci najvise je (normalno) opterecen server jer se sve tu izvrsava. Klijentu se vraca samo rezultat i vraca mu se samo onoliko slogova koliko mu treba tako da je saobracaj na mrezi minimalan.

Hvala svima na iscrpnim odgovorima..naime mene je zanimalo kako da povezem aplikacije koje ce koristiti serversku bazu u jednom gradu a da se klijenti vezu na tu bazu s pogucnoscu popunjavanja, iscitavanja iste. (recimo ORACLE )..volio bih kada bi dobio konkretan primjer.. HVALA jos jednom i pozdrav

Mislim da ti je pravo resenje Windows Distribuirane Aplikacije ,gdje se baza nalazi na web serveru povezana sa WebServisom koji se isto nalazi na serveru( gdje se nalazi poslovna logika) dok klient moze biti bilo Win Aplikacija ili Web Aplikacija.

Klijent se na Oracle moze povezivai preko TCP/IP-a. Nebitno je da li su u lokalnoj mrezi ili se vide preko interneta. to ti je ujedno i odogovor u vezi povezivanja.

Ljudi su skretali paznju na problem koji sledi sa remote vezom. S obzirom da je ta veza po pravilu spora potrebno je vise paznej obratiti na otimizaicije tako da se obezbedi sto manji protok podataka izmedju klijenta i servera te da se time ubrza rad.