Le portail francophone de la géomatique

Bon en fait j'ai trouvé le problème.

J'avais le pilote AccessDatabaseEngine 2010 alors que je travaille avec Access 2007.

En revanche, dans l'administrateur des sources de données, pour pouvoir configurer le nouveau chemin de ma base Access, je suis obligé de lancer systématiquement l'executable odbcad32.exe via la ligne de commande cmd.

En faisant ça, ça marche, mais c'est fastidieux. Si je ne le fais pas, j'ai toujours le même message d'erreur. Savez-vous comment s'en débarrasser ?


Ensuite, une remarque plutôt d'ordre existentielle. La connexion QGIS/Access est dynamique dans un seul sens, celui d'Access vers QGIS.

Moi qui cherchais une solution pour gérer l'intégrité attributaire des données, je suis un peu déçu qu'on doive écraser à chaque fois le vecteur en question dès qu'il faille rajouter des entités...C'est un peu dangereux, et c'est surtout très fastidieux !

Si vous avez des astuces d'écriture d'entités vecteurs et de mise à jour des attributs côté Access, ça m'intéresse.

A+

Bonjour,
je me permets d'insister : à propos de la problématique soulevée au départ, problématique qui consistait à créer une source de données ODBC sur une base Access, charger une couche vecteur sous QGIS, charger sous QGIS une table de la base Access via la source de données ODBC, joindre la couche avec la table sur un champ ID unique, puis se mettre en édition sur la couche QGIS,

est-il ainsi possible de mettre à jour les données de la table Access ?

Je constate que QGIS n'autorise pas l'édition dans ce contexte.

Quelqu'un peut-il confirmer qu'il ne serait pas possible de mettre à jour une base Access depuis QGIS via une source de données ODBC ?

Cordialement,
Alexis GAILLOT

Bonjour,

merci pour cette précision.
Je ne connais pas particulièrement les contraintes et limites sur le sujet d'une table liée dans un logiciel SIG bureautique.

Sur le principe, on peut bien faire des mises à jour sur une base Access depuis un éditeur SQL (exemple Any SQL Maestro ou autre) via une source de donnée ODBC, donc j’espérais sur le même principe pouvoir faire des mises à jour sur une table Access via une source de données ODBC depuis QGIS.

Je ne trouve nul part une explication formelle de l'impossibilité de parvenir à faire ça, ni dans l'aide de QGIS, ni dans les résultats de recherches liées à ODBC.

Cordialement,

Alexis GAILLOT

Bonjour,
sur le sujet, disons que ça ne va probablement pas s'améliorer avec le temps. En effet, les drivers ODBC sont un peu abandonnés par Microsoft , avec des conflits entre version 32 bit et 64 bits sur Windows. Le problème ne vient pas de QGIS, mais des librairies sous jacentes. Il faut quelqu'un qui finance une exploration des pistes de consolidation des drivers odbc / access dans GDAL.
Entre temps, je vois de moins en moins d'applications fonctionnant sur Access (pour plein de raisons), et l'arrivée des bases standardisées GPKG coté fichier ou le déploiement de plus en plus massif de PostgreSQL fourni de bien meilleures alternatives. L'édition de données d'Access a toujours relevé du bricolage informatique, je ne regretterais pas sa disparition de mon coté (une base non géographique avec un SQL non standard, non multi plateforme...)

Lorsque j'étais confronté à ce problème, les solutions de contournement étaient:

- bascule des données dans une base PG ou spatialite

- reconstruction des formulaires dans QGIS

OU

- reconstruction d'une base access avec les mêmes formulaires, mais les tables stockées dans PG. Access est un excellent client pour faire des formulaires je trouve, mais un très mauvais outil de stockage. Donc on déplace les données dans une vrai base de données mais on se sert d'Access comme client uniquement.

Dernière modification par haubourg (Thu 14 February 2019 10:35)