descargar - Usar MS Access y ODBC para conectarse a un PostgreSQL remoto
odbc postgresql windows 7 32 bits (4)
Depende mucho de la base de datos que está utilizando como back-end. He tenido experiencias bastante terribles con MySQL como back-end . Asegúrate de que el enlace ODBC que estás utilizando esté activamente desarrollado, estable y completo --- definitivamente este no fue el caso de MySQL. También es posible que desee comprobar si hay problemas de compatibilidad entre Access y Postgre. Y, por supuesto, no hará daño hacer una prueba exhaustiva.
Ah, y creo que sería genial si pudieras publicar aquí más tarde con tus experiencias.
Actualmente tengo una aplicación de MS Access que se conecta a una base de datos PostgreSQL a través de ODBC. Esto se ejecuta exitosamente en una LAN con 20 usuarios (cada uno ejecutando su propia versión de Access). Ahora estoy pensando en algunos escenarios de recuperación de desastres, y parece que un método rápido y fácil para proteger los datos es utilizar el envío de registros para crear un modo de espera en caliente.
Esto me llevó a pensar en poner este modo de espera cálido en una ubicación remota, pero luego tengo la pregunta:
¿Se puede utilizar Access para conectarse a una base de datos remota a través de ODBC? Es decir, la base de datos remota está quizás en el mismo país con tiempos de ping aceptables y tengo una línea SDSL de 1mbit.
PostgreSQL funciona muy bien como un back-end para MS Access, hay un par de funciones de soporte que debe utilizar para facilitar las cosas. Mira aquí para más información sobre esto:
Sí.
No tengo ninguna experiencia en el uso de Access para acceder a PostgreSQL desde una ubicación remota, pero he utilizado Access como front-end para SQL Server & DB2 desde una ubicación remota con éxito.
Irónicamente, lo que no quiere hacer es usar Access para acceder a una base de datos de Access (mdb) desde una ubicación remota a través de un enlace de alta latencia. Como golpear el MDB usa operaciones basadas en archivos, es bastante fácil terminar con una base de datos corrupta si tiene algo más que un DB trivial.
onnodb,
El controlador ODBC PostgreSQL está desarrollado activamente y un front-end Access combinado con el servidor PostgreSQL, en mi opinión, es una gran opción en una LAN para un desarrollo rápido. He estado involucrado en un sistema bastante grande (más de 100 tablas de PostgreSQL, más de 200 formularios de acceso, más de 1000 consultas de acceso e informes) y ha funcionado de manera excelente durante unos años, con ~ 20 usuarios. Cualquier consulta que se ejecute lentamente porque Access está haciendo algo estúpido generalmente solo se puede resolver usando vistas , y cualquier código realmente intensivo en datos se puede mover fácilmente a las funciones de PostgreSQL y luego llamar desde Access.
El único problema principal relacionado con ODBC que tenemos es que no hay forma de eliminar una consulta de ejecución lenta de Access, por lo que a menudo obtenemos usuarios que matan a Access y luego las consultas masivas simplemente se ejecutan en el servidor.