Discussion :

[fredbelier92]

Bonjour à tous,

Je suis nouveau sur le forum et presque totalement inexpérimenté en informatique. Vous voudrez bien m'excuser si mes questions peuvent paraître simple.

je me suis mis dans l'idée de créer une base de données pour gérer un portefeuille clients. Même si cela ressemble à une usine à gaz, cela fonctionne. Néanmoins, lors de l’utilisation de macro, des questions apparaissent à l'écran. Du style : "Vous allez exécuter une requête Mise à Jour qui modifiera les données de votre table... ets vous sûr de vouloir exécuter ce type de requête action ?"...

j'ai déjà tenté de répondre oui devant mon ordinateur et lui expliquer que je me suis pas casser la tête pour au final répondre non, mais mes collègues m'ont regardé avec une drôle de regard. Cela ne m’empêche pas de travailler mais cliquer dès l’exécution d'une macro, c'est un peu rébarbatif.

je suppose donc qu'il doit y avoir une manipulation dans Access pour pouvoir répondre OUI automatiquement à ce genre de question. Je m'adresse donc à vous et sollicite une âùe charitable et bienveillante, car mon peu de connaissance dans ce domaine est vraiment pénible.

Vous remerciant très sincèrement,

Frédéric.

[tee_grandbois]

Bonjour,
dans les options Access "Paramètres du client" (dans le ruban : FICHIER puis Options) décocher "Requêtes actions"

[marot_r]

Bonjour.

Ces messages sont là pour éviter des modifications de données par erreur.
On peut au niveau de Access les supprimer complètement, c'est dans les options de la BD.
MAIS je recommande de les laisser à ce niveau, une erreur est si vite arrivée.
Par contre par code (et je suppose par macro) on peut les neutraliser temporairement.
En VBA c'est

Code :

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

DoCmd.setWarning false 'Désactive

et

Code :

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

DoCmd.setWarning true 'Résactive

Attention la réactivation n'est pas automatique. Une fois les message désactivés, ils le restent jusqu'à ce que tu envoies la commande contraire.
Quand je suis forcé de faire cela je m'assure de réactiver mes messages le plus rapidement possible.
Cela ressemble généralement à :

Code :

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

1
2
3
DoCmd.setWarning false 
Ici l'instruction qui génère un message
DoCmd.setWarning true

de plus dans la gestion de message d'erreur standard, en plus d'afficher le message, j'inclue DoCmd.setWarning true.
Comme cela si une erreur se produit après la désactivation, je suis sur qu'ils seront réactivés.

Aussi pour éviter d'avoir à neutraliser les messages on peut faire quelques chose comme :

Code :

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

1
2
3
4
dim db as dao.database:set db=currentdb
call db.execute("NomUneRequete", dbFailOnError) 'Si on as une rqequête
call db.execute("Ici du SQL", dbFailOnError) 'Si on as une instruction SQL
db.close: set db=nothing

Les messages ne sont pas affichés MAIS ils ne sont pas neutralisés non plus, ce qui fait que si cela plante en cours d'exécution ils restent opérationnels.

A+

[fredbelier92]

Bonjour tee_grandbois,

effectivement,

j'étais à des années lumières de cette solution... et ca fait 3 mois que je cherche.

Un très très grand merci à toi... et aux autres.

Frédéric