Problemas con Access y poder emigrar a otras plataformas de trabajo

Cambiar a un gestor externo de datos (sea de pago o liberado) no eliminara los errores que tiene la programación actual (seria como pretender salvar una receta de cocina cambiando solo la cacerola por una de mayor tamaño en lugar de corregir el punto de sal).

Un cambio a un gestor externo de datos requiere cambios y cambios profundos si se quieren utilizar los recursos naturales del gestor externo (si se desea un buen 'matrimonio', esto es: 'lo mejor de cada cónyuge').

Verifica si los problemas se resuelven con una compactación (es un problema clásico de todos los gestores de bases de datos, la regeneración de sus índices) y de no resolverse revisar los procesos creados o el 'matrimonio' con otro gestor externo esta condenado al fracaso.

Las bases de datos dañadas con las que me he encontrado y las que otros programadores me han comentado (en intercambios de experiencias) han tenido como origen:.
- Problemas de hardware (sobre todo con las redes locales en mal estado)
.- Problemas de programación
(Muchos de los cuales no eran mas que falta de protección contra un 'mal uso involuntario')

No tengo noticias de que exista un gestor de bases de datos con la categoría de 'infalible' de existir seria el dueño del mercado ¿a quién se le ocurriría utilizar uno mediocre en lugar del 'divino'?.

Muchas gracias por tu comentario.

Al pasar a otro sistema de datos por ejemplo, PostgreSQL, indiscutiblemente se deben hacer cambios en la forma de accesar a los datos. Ahora, hay mirar si utiliza DAO o ADO. Si lo hace con ADO se requiren menos cambios. Lo que si le recomiendo cuanto antes haga respaldo del backend y no dude en migrar a un servidor de datos más robusto para el backend, personalmente utilizo PostgreSQL y tengo los datos el la nube, esto me permite conectar muchos usuarios concurrentes. Para más detalles me puede contactar a [email protected].

Una simple compactación no soluciona su problema, sería bueno saber sobre cuáles son los errores de funcionamiento. No obstante, le recomiendo trate de migrar a un gestor de base de datos más robusto, por experiencia tuve muchos dolores de cabeza utilizando Access como backend hasta el punto de perder toda una base de datos porque se bloqueó y ni com herrmaientas de terceros se pudo salvar, ahi fue cuanfo fije adiós Access como backend y desde entonces utilizo PostgreSQL, otro mundo y lo mejor puedo utilizarla desde muchas plataformas SIN cambiar nada.

Uno de los problemas que tuve cuando trabajé con el backend en Access, era que si los frontend tenían diferentes versiones de Access se bloqueaba el backend hasta llegar a corromperse. El primer paso que se debe dar es probar la migración de las tablas, si tienen un buen diseño relacional, con sus índices necesarios y restricciones no hay problema en migrar. Si quiere envíeme su backend y le hago una prueba de migración a PostgreSQL a ver como se comporta, si hay que hacer ajustes mínimos etc. No se preocupe por el diseño de sus formularios posiblemente no requieran modificación en cuanto diseño, pero si en las instrucciones que comprometan instrucciones INSERT, DELETE y UPDATE. Por mi parte he pasado y es mi trabajo, varias bases de datos Jet de Access a PostgreSQL para algunas empresas, hoy están satisfechos con la seguridad y agilidad sin problemas de bloqueo, comunes en Access y lo más importante algunas están en Linux y otras en la nube.

Te mando el backend, lo miras cuando puedas y me dices algo al respecto como me has indicado. He puesto en el asunto: Revisión del BACKENT