Dacu ti generalizovan odgovor:

Za MS SQL ti je neophodan samo naziv instance servera i naziv baze na serveru, i to ti je isto za svakog klijenta u mrezi, neophodno je samo da je obezbedjena veza po nekom od protokola (najcesce TCP/IP). Na osnovu tih podataka definises ConnectionString i to ti je to.

Za Access je neophodno da lokacija/folder gde se fizicki nalazi datoteka bude deljena u mrezi, a podesavanja za klijente su onda definisana putanjom "\\NazivKompjuteraGdeJeBaza\DeljeniFolder\NekaBaza.mdb", a naravno moguca su i "genijalna" resenja mapiranja na koja sam nailazio u praksi i koja su sasvim nepotrebna (po mom misljenju).

Nije bas tako crno, evo dacu ti jedan primer na koji sam ja naisao.
Access baza je na share-u i taj share je mapiran preko Logon skripte na N: = \\masina1\share. Postoji i masina2 koja se konstantno sinhronizuje sa masinom1. Ako masina1 pukne, admin promeni mapiranje u logon skripti na N: = \\masina2\share i korisnici jednostavnim ponovnim logovanjem imaju bazu ponovo na istom mestu, transparentno za njih, bez potrebe da se bilo sta rekompajlira.

Slazem se da postoje slucajevi gde to ima smisla, ja sam mislio na jedan "biser" na koji sam naisao gde je tzv. programer napravio hardcode na putanju baze, npr. "F:\Program\Baza.mdb" i sta mislis kako je resavao problem konekcije kod korisnika? Svuda je pravio nov mapping na "F:\" !!! Genijalno resenje za tipove koji su toliko lenji da parametrizuju program, pa im je lakse da prilagodjavaju okruzenje od klijenta do klijenta.

^^^

Prvo sam citao post od Gorana i razmisljao ... 'pa sta fali, nek ga nazove kojim hoce slovom, nije vazno, ima jednu kopiju programa tj config fajla koju distribuira na svim racunarima i tako to, ionako se pri logovanju mapiraju diskovi, nije ono sad toliko strasnoooo'... A onda sam procitao ono hardcode i nasmijao se :)
Pomislio sam ...a sta ako imam 3 particije i CD rom? Gdje ces ga onda smjestiti? :)

Hvala, ovo je dosta pomoglo.