El access está bien para bases de datos de andar por casa, porque es fácil de hacer. En el momento en que tienes mucho movimiento o varios "clientes", va mal. Y pongo lo de clientes entre comillas, porque salvo que hayan cambiado las cosas no son aplicaciones cliente servidor, sino que se comparte el fichero entero de la base de datos en red, con interbloqueos.
No entiendo como hay quien pueda proponer eso como un sistema serio.
Yo tampoco lo entendía. Pero no solo les dieron el proyecto, sino que además lo cobraron. Evidentemente para otorgarles el proyecto no creo que se tuvieran en cuenta las especificaciones técnicas sobre el que se basaban. :-( Los "meritos" del proyecto no debían ser seguramente de carácter técnico y tenían que ser de mucho peso. En donde yo mandaba denegué la instalación del engendro y luego todo fueron prisas y presiones para que reconsiderara mi decisión. Aguanté como 7 meses. A la semana de haberme rendido (con las cosas de comer no se juega), el engendro petó y entonces les rescindieron el convenio. No hubo responsabilidades, ni políticas ni económicas. Simplemente se contrató otra empresa, se gastaron otros 20 millones del herario público y esta vez se usó el SQL de Mocosoft y C++ La empresa que hizo este desarrollo, que aún hoy está en funcionamiento (y la aplicación), había sido descartada en el concurso. Y para no hundirme más en el "off-topic": Cuando esta segunda aplicación entró en funcionamiento, antes de la migración, se montó un Windows Server con SQL virtual que funcionaba bajo una SLES 9 para las pruebas. Esa máquina virtual dió mejores resultados de rendimiento que la que, al efectuar la migración, ofreció el servidor real. -- Salutacions - Saludos, Josep M. Queralt