Hilo extraido de las News de Microsoft sobre cuando y como utilizar Access, Visual
Basic, Sql Server etc.

EDUARDO OLAZ
============

Access no es cliente servidor.
Cuando desde Visual basic o desde Access pides un conjunto de registros, el
lado del cliente realiza todo el trabajo, por lo que esto hace que el
tráfico en la red se dispare, al tener que intercambiarse una gran cantidad
de información que luego no se va a utilizar.
En SQL Server, o en un sistema cliente - servidor, el cliente envía una
cadena, generalmente del tipo SQL en la que se especifican las
características de los datos que se necesitan, y todo el trabajo de
selección lo realiza el servidor, tras lo que se envían al cliente los datos
solicitados.
Si montas un servidor con Access, con ese volumen de información y con 60
puestos, el sistema va a funcionar "a pedales", si es que antes no se te
bloquea la red.

Eva Etxebeste
=============
Eduardo, una matización: estás hablando de MDBs, recuerda que Access también
permite trabajar contra SQL Server mediante proyectos ADP.

EDUARDO OLAZ
============

Cuando hablaba de desechar Access me refería a utilizarl para los datos como
tales.
Por supuesto que Access puede funcionar desde el lado del cliente atacando a
una base de datos de Servidor, como SQL Server, Oracle, Informix, etc...
configurando un sistema Cliente - Servidor.
Además efectuar el desarrollo del lado del cliente con Access tiene la
ventaja de un menor requerimiento en el tiempo de desarrollo final y la
posibilidad casi inmediata de la presentación de prototipos para las
interfaces de usuario.
Si la velocidad de desarrollo, y por tanto los costes, fuera el elemento
determinante, podría considerarse el desarrollo con Access en el lado del
cliente, pero para una instalación de la envergadura de la que aquí se
trata, yo personalmente y con el natural riesgo de equivocarme, recomendaría
Visual Basic o similar, del lado del cliente y una base de datos tipo SQL
Server del lado del servidor.

Eva Etxebeste
=============
Verás Eduardo, es que creo que siempre queda la impresión de que Access no
se puede utilizar para generar aplicaciones "serias" y de una cierta
envergadura. Cierto que a nivel de seguridad hay que currárselo más, cierto
que VB le supera en algunos aspectos, pero también es cierto que con el
tiempo que te ahorras en el "desarrollo rutinario" puedes abordar estos
aspectos y dejarlos vistos para sentencia.

Yo trabajo con Access como FrontEnd, SQL Server como BackEnd, bastantes más
de 60 puestos (podemos triplicarlos, con usuarios conectados a través de
VPNs) y funciona de maravilla. He visto aplicaciones muy serias (control y
planificación de producción con MRP I y II) hechas en Access que van como
truenos.

Si algo me encanta de Access es que es una herramienta todo-terreno, muy
versátil. Lo mismo sirve para que un usuario de a pie se genere su base de
datos con los asistentes, como para hacer una aplicación de nivel medio con
MDBs, o para hacer una aplicación de gran envergadura utilizando un motor de
bases de datos más potente, como SQL Server. Y si algo no me gusta es que
parece que se nos mete a todos en el mismo saco, y se trata a Access como
"esa cosa que viene con el Word y sirve para hacer circulares y etiquetas".
Por extensión, los que nos dedicamos a programar con Access parece que no
somos "programadores serios", como por ejemplo los de VB. Me queda un
regustillo amargo cuando, sobre todo aquí, se da esa visión de la
herramienta.

Y no nos vamos a engañar, la velocidad de desarrollo y los costes son
siempre elementos determinantes. Y quizá de tener que elegir otra
herramienta, tendría en cuenta otros candidatos ;)

EDUARDO OLAZ
============

Suscribo prácticamente al 100 % tus comentarios
Y te habla una persona que ha realizado el 80 - 90 % de sus desarrollos en
Access.
Por todo lo anterior no minusvaloro Access, todo lo contrario,  reconozco
que tiene unas posibilidades que quizás el que no lo ha usado, es incapaz de
comprender.
He impartido clases de VBA a programadores, y una de las cosas que he tenido
que imbuirles es que Access no es una herramienta de "segunda división",
sino que es una herramienta más, que brinda al programador todo un abanico
de posibilidades, y no nos engañemos, lo que son capaces de crear el 90 % de
los programadores de Visual Basic, se puede implementar con Access en menos
tiempo y con menos exigencias de tiempo y presupuesto.
Con todo esto tengo que reconocer que Access me ha dado de comer durante
bastantes años, y no soy de los que muerde la mano que te ofrece comida...
Todo lo anterior no excluye que si a mí me propusieran el desarrollo de un
proyecto con los condicionantes expuestos utilizase Visual Basic y SQL
Server.
Y puede que me taches de atrevido, pero si el tiempo de desarrollo no fuese
un factor crítico trataría de desarrollarlo con VB.Net y SQLServer, sobre
una plataforma Windows 2003.
Ya va siendo hora de que los clientes colaboren en nuestra formación, ya que
nos la exigen y acaban aprovechándose de ella... ;)