2010-06-28 24 views
0

J'écris des applications MS Access/VB/SQL, personnalisées. Un de mes clients a une application Access vraiment massive que je leur ai écrite, et leur nombre d'utilisateurs actifs vient d'augmenter à plus de 15. En cours d'exécution dans plus de problèmes de corruption de données, je recommande qu'ils portent vers un backend SQL pour la stabilité. (Bien sûr). Ils préféreraient investir dans une option moins coûteuse et aller avec un serveur Linux. J'ai utilisé ODBC pour accrocher un front d'accès à SQL backend beaucoup de fois. Mais je n'ai jamais touché Postgre.Puis-je lier une application MS Access à Postgre SQL sur un serveur Linux? Est-ce que je peux/dois-je utiliser ODBC?

Je suis à la recherche de données détaillées sur s'il s'agit d'une bonne solution stratégique pour un plan de conception, ou si c'est même une possibilité. Peut-être y a-t-il une solution plus facile et j'aboie le mauvais arbre ...

Répondre

3

Oui, c'est absolument possible. Je n'ai pas rencontré de problèmes majeurs - le plus important était de faire correspondre correctement les booléens de Postgres - mais tout dépend de la configuration de la connexion ODBC et de l'application. J'ai trouvé la connexion ODBC stable et utilisable. Si vous prévoyez vraiment un plus grand nombre d'utilisateurs, vous devriez envisager de réécrire l'application entière en quelque chose d'autre que Access.

Dans l'ensemble, je recommanderais définitivement Postgres en tant que backend via ODBC. Une fois que vous vous êtes habitué à quelques-unes des différences, beaucoup de gens finissent par apprécier Postgres en tant que DB.

+0

Beaucoup de développeurs Access expérimentés ont eu beaucoup de succès avec PostgreSQL. Je trouve le back-end attrayant car il semble plus robuste que MySQL, mais je n'ai jamais eu l'occasion de l'utiliser dans une application Access (contrairement à MySQL), même si je n'hésiterais pas un instant à l'utiliser. –

+0

David, on dirait que vous avez utilisé MySQL avec Access. Comment ça? –

+0

Seulement relativement trivial, et avec MySQL 4.x. L'accès ne peut pas traiter avec des tables ayant des index de texte intégral, pour un. –