Nisam se baš dovoljno dobro izrazio.
Citat:
To nije najvažniji razlog za prelazak. I MS SQL server sve drži u jednom fajlu. Ja takođe glasam za SQL server, ali...
Nije ni bitno u koliko se fajlova drže podaci, nego kako se njima pristupa radi ažuriranja i čitanja.
Naime, kad je Access u pitanju, aplikacija direktno piše, briše, čita .mdb fajl sa podacima i sve operacije nad njima
se obavljaju na klijent mašini. To implicira da kroz žicu dovlačimo velike delova fajla na klijent mašinu,
ažuriramo podatke i onda sve to nazad kroz žicu na file server.
Iz toga proizilazi sledeće:
1. Očajne performanse, kako baza raste sve će biti sporije i sporije
2. Nepouzdanost, čim nešto zapne u toku ažuriranja podataka doći će do korupcije mdb fajla,
jer se on, odnosno njegovi delovi šetaju kroz žicu tamo - vamo.
Citat:
Ovo ima veze sa topologijom mreže, a ne sa Access-om.
Da ima veze i sa topologijom mreže, međutim poenta je u tome da Access nije otporan na raznorazne probleme
koji mogu nastati ne samo na mreži, nego i na klijent mašini koja iz raznih razloga otkaže u sred operacije
ažuriranja mdb fajla.
Dok mreža pouzdano radi, dok su svi klijent računari ispravni i pouzdani, dok korisnici ne prave gluposti, ako su
svi lancu obezbeđeni od nestanka struje ... bićemo veseli, ali ovo postoji samo u idealnom svetu, ne i u realnom.
Mnogo toga može poći naopako i to je jedan od razloga zbog čega su i izmišljeni (R)DBMS-ovi.
Sa aspekta pozdanosti (R)DBMS ne pate od gore pomenutih boljki.
Aplikacija nema pojma gde se podaci nalaze, kako se čuvaju, kako se ažuriraju.
Aplikacija zna samo za "šalter" na koji će se obratiti sa svojim zahtevom.
Ako nešto krene naopako, zahtev će biti izvršen ili neće... - ACID
http://en.wikipedia.org/wiki/ACID
Nadam se da sam sad uspeo malo bolje da obrazložim argumente protiv Accessa preko bilo kakve mreže.
Pozdrav,
Bojan