Discussion :

[tototiti2008]

Re,

Merci à toi d'avoir répondu, ça m'a permis de comprendre pourquoi ça marchait chez moi et pas chez toi....

Moi je faisait des données externes comme ça :
Menu Données- Données externes - Créer une requête

et toi tu as fait
Menu Données- Données externes - Importer

Les modes de connexion ont l'air différents (connexion OLE d'un côte, ODBC de l'autre ? jamais bien compris tout ça, mais bon) et avec "Créer une requête" tu n'aurais pas eu ton problème, je pense...

[Sclarckone]

Les modes de connexion ont l'air différents (connexion OLE d'un côte, ODBC de l'autre ? jamais bien compris tout ça, mais bon) et avec "Créer une requête" tu n'aurais pas eu ton problème, je pense...

Non, pour autant que je sache ODBC est un protocole de communication avec un SGBD capable d'exécuter une requête SQL et OLE (OLE DB, en fait, dans le cas qui nous intéresse) est en gros la même chose mais pour accéder à tout "contenant" de données en général et sans que celui-ci supporte nécessairement les requêtes SQL.

Pour lahila, il s'agit en fait d'un problème de verrouillage des données.

Imaginons que tu exécutes des requêtes sur une table donnée, puis tu mets à jour des enregistrements de cette même table en fonction du résultat de tes requêtes.
Si dans le même temps, quelqu'un d'autre modifie la table sur laquelle tu es en train de travailler alors la mise à jour de tes enregistrements va être fausse puisque les données sous-jacentes ont changé entretemps!
Pour éviter ce genre de situation, le plus simple est de verrouiller la table sur laquelle tu es en train de travailler pour être sûr que personne n'y touche.

C'est ce qui se passait ici. En fait elle avait une connexion 'QueryTable' d'ouverte en mode 'Share Deny Write'. Ça implique que tant que cette connexion est ouverte, "personne d'autre" ne peut écrire dans les tables cibles. Et du coup la macro qu'elle essayait de lancer derrière mettait à jour et/ou rajoutait probablement des données et se voyait donc refuser la permission d'écrire dans la table (puisqu'elle était verrouillée par la connexion de la 'QueryTable').

Il y a des moyens beaucoup plus sophistiqués de régler ce genre de problème. Une manière simple également mais plus efficace est d'utiliser un verrouillage mais de type "optimiste"...mais c'est une autre histoire!

[tototiti2008]

Bonjour Sclarckone,

Je suis sûr que les données que tu fournis sont correctes, cependant, dans les faits :

J'ai un fichier Excel et une base Access, le code de lahila qui exécute une macro Access depuis Excel
Si je fais des données Externes en faisant Importer, et que j'enregistre la macro, le code généré me donne une chaine de connexion comme ça

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

OLEDB;Provider=Microsoft.Jet.OLEDB.4.0;Password="";User ID=Admin;Data Source=C:\bd34.mdb;Mode=Share Deny Write;Extended Properties="";

Et à cause du Deny Write, le lancement de la macro Access plante

Si je fais des données externes avec Créer une requête et que j'enregistre la macro, le code généré me donne une chaine de conexion comme ça

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

ODBC;DSN=MS Access Database;DBQ=C:\bd34.mdb;DefaultDir=C:;DriverId=25;FIL=MS Access;MaxBufferSize=2048;PageTimeout=5;

Et cette fois-ci il n'y a pas de problème d'exécution de la macro Access, donc pas de verrouillage des données