Question

J'ai actuellement une application MS Access qui se connecte à une base de données PostgreSQL via ODBC.Cela fonctionne avec succès sur un réseau local avec 20 utilisateurs (chacun exécutant sa propre version d'Access).Je réfléchis maintenant à certains scénarios de reprise après sinistre, et il semble qu'une méthode simple et rapide pour protéger les données consiste à utiliser expédition de journaux pour créer une veille chaleureuse.

Cela m'a amené à réfléchir à la possibilité de placer cette réserve chaude dans un endroit distant, mais je me pose ensuite la question :

Access se connectant à une base de données distante via ODBC est-il utilisable ? C'est à dire.la base de données distante se trouve peut-être dans le même pays avec des temps de ping corrects et j'ai une ligne SDSL de 1 Mbit.

Était-ce utile?

La solution

surnodb,

Le pilote ODBC PostgreSQL est activement développé et un frontal Access combiné avec un serveur PostgreSQL, constitue à mon avis une excellente option sur un réseau local pour un développement rapide.J'ai été impliqué dans un système assez gros (plus de 100 tables PostgreSQL, plus de 200 formulaires Access, plus de 1 000 requêtes et rapports Access) et il fonctionne parfaitement depuis quelques années, avec environ 20 utilisateurs.Toutes les requêtes lentes parce qu'Access fait quelque chose de stupide peuvent généralement être résolues en utilisant vues, et tout code très gourmand en données peut facilement être déplacé dans les fonctions PostgreSQL, puis appelé depuis Access.

Le seul problème principal lié à ODBC que nous rencontrons est qu'il n'y a aucun moyen de supprimer une requête lente à partir d'Access, nous avons donc souvent des utilisateurs qui tuent Access, puis des requêtes massives sont simplement exécutées sur le serveur.

Autres conseils

Oui.

Je n'ai aucune expérience dans l'utilisation d'Access pour accéder à PostgreSQL à partir d'un emplacement distant, mais j'ai utilisé avec succès Access comme frontal pour SQL Server et DB2 à partir d'un emplacement distant avec succès.

Ironiquement, ce que vous ne voulez pas faire, c'est utiliser Access pour présenter une base de données Access (mdb) à partir d'un emplacement distant via une liaison à latence élevée.Étant donné que l'accès au MDB utilise des opérations basées sur des fichiers, il est assez facile de se retrouver avec une base de données corrompue si vous avez autre chose qu'une base de données triviale.

Cela dépend d'un parcelle sur la base de données que vous utilisez comme back-end.J'ai eu expériences plutôt terribles avec MySQL comme back-end.Assurez-vous que le lien ODBC que vous utilisez est activement développé, stable et complet --- ce n'était certainement pas le cas pour MySQL.Vous souhaiterez peut-être également vérifier tout problème de compatibilité entre Access et Postgre.Et bien sûr, cela ne fera pas de mal de faire des tests approfondis.

Oh, et je pense que ce serait absolument génial si vous pouviez revenir ici plus tard avec vos expériences !

PostgreSQL fonctionne très bien comme backend pour MS Access, il existe quelques fonctions de support que vous devez utiliser pour faciliter les choses.Voir ici pour plus d'informations à ce sujet :

http://www.amsoftwaredesign.com/smf/index.php?board=8.0

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top