Comment puis-je programmer une Macro à exécuter automatiquement dans Access 2007

J'aimerais avoir une macro appelée Macro1, par exemple, exécuter tous les jours à 9 heures du matin. Il fonctionne très bien sur son propre dans le code visual basic editor dans Access 2007, mais je voudrais qu'il puisse s'exécuter automatiquement, sans que l'accès ne soit ouvert.

Veuillez noter que je ne veux pas qu'il y ait à toute intervention humaine, il doit être capable d'exécuter automatiquement sans que quelqu'un a ouvert l'Accès à déclencher autoexec ou onload ou quelque chose de similaire.

Est-ce possible?

  • c'est étrange ... vous souhaitez exécuter un Accès macro sans courir Accès! Ne pouvez-vous pas faire la même chose dans une autre langue?
  • En gros, j'ai besoin d'extraire des données à partir d'une autre base de données sur un calendrier. Les données sont entrées dans une autre base de données géré par un logiciel de merde que je n'ai pas le droit de toucher. J'ai besoin d'obtenir certaines informations qui sont saisies chaque jour et je veux être en mesure de le faire sans avoir besoin d'avoir quelqu'un accès ouvert et cliquez sur quelque chose chaque jour. Pas nécessairement de l'exécuter sans l'exécution d'accès, mais au lieu d'ouvrir l'accès et de l'exécution de cette macro, puis la sortie si ça fait plus de sens.
  • Si vous êtes juste de l'exécution de requêtes, alors vous pouvez le faire avec DAO via vbScript. Pour la macro, voir ma réponse.
InformationsquelleAutor alexcoco | 2010-10-22
  1. 6

    Vous pouvez utiliser un MS Access commutateur de ligne de commande pour exécuter une macro. Si vous la recherche pour "ligne de commande" dans l'aide d'Access, la rubrique "Démarrage options de ligne de commande" vous donne tous les commutateurs de ligne de commande. Le commutateur pour l'exécution d'une macro est x macro.

    Ainsi, si vous écrivez votre macro à exécuter tout ce que vous voulez et l'ont sortie l'Accès lorsqu'il se termine, vous pouvez ensuite créer une ligne de commande qui va faire le tour et de le mettre dans un fichier de commandes que le Planificateur de Tâches de Windows peut exécuter.

    Cependant, comme je l'ai dit dans un commentaire ci-dessus, si vous êtes juste de l'exécution de certaines requêtes, je dirais qu'il est plus logique de contourner complètement l'Accès et l'utilisation de DAO directement dans un planifiée vbScript pour exécuter les requêtes.

    • Cela sonne bien. Ce n'est pas seulement certaines requêtes même si ce n'est de la partie. J'ai besoin d'interroger une table liée à partir d'une autre base de données et mettre à jour le contenu dans la base de données actuelle.
    • Oh, et merci pour la parfaite réponse, je l'apprécie!
    • Je ne suis pas sûr de ce que les différences entre l'exécution de certaines requêtes et "l'interrogation d'une table liée...et la mise à jour de contenu dans la base de données actuelle" -- ce n'est pas fait par l'exécution d'une requête? Si elle ne l'est pas, peut-être qu'il devrait l'être?
    • Ouais, c'est fait par interrogation il. Mais ensuite, j'ai besoin d'utiliser les résultats pour mettre à jour une partie d'une autre table locale.
    • Je ne suis pas encore arriver pourquoi "en utilisant les résultats de la mise à jour" quelque chose d'autre interdit à ce que je suggère.
    • Je pense que ce que David s'est que votre mise à jour peut (et devrait) être fait à l'aide d'une requête de mise à jour, ce qui signifie que vous êtes toujours à "l'exécution de certaines requêtes", rien de plus.
    • J'en ai une ligne qui contient trois champs qui contiennent des informations à partir d'une ligne de chacun d'une table liée. C'est pourquoi je ne peux pas exécuter une requête de mise à jour, car chaque ligne de mon tableau doit être mis à jour trois fois, une fois dans chaque domaine. Moins que j'ai exécuté trois requêtes de mise à jour. Je suppose que c'est inutilement compliqué, mais les tables liées sont gérés par un autre logiciel et il semble comme rendre les choses compliquées.
    • Je ne comprends pas pourquoi vous considérez l'exécution de trois mises à jour d'un problème.
    • Je suppose que je n'ai tout simplement pas pensé plus tôt. Je suis étudiant en Informatique et je ne suis pas un Accès pro pour l'instant. J'ai été demandé de mettre en place quelques rapports, et dans ce grand bordel.
    • Bienvenue dans le monde réel!
    • Ah, oui, en effet. Merci pour l'aide!

    InformationsquelleAutor David-W-Fenton
  2. 4

    Vous pouvez utiliser le Planificateur de Tâches de Windows et VBScript pour exécuter du code ou de démarrage d'Accès.

    • Je voudrais donc essentiellement de programmer un script à exécuter tous les jours à une certaine heure, et alors que le script de l'accès libre et exécuter une macro? Est-ce faisable?
    • ...en supposant, bien sûr, que ce que la macro en fin de compte n'est quelque chose qui peut être fait par l'intermédiaire de DAO ou via l'Accès à l'automatisation.
    InformationsquelleAutor Fionnuala
  3. 4

    Vous devez créer vbscript pour exécuter votre macro et créer un fichier batch pour planifier votre vbscript.

    • code vbscript, de sauver ce à titre d'annexe.fichier vbs

      Dim accessApp

      ensemble accessApp = createObject("Accès.L'Application")
      accessApp.OpenCurrentDataBase("fullpath\msaccessdb")

      accessApp.Exécuter "Macroname",param1, param2,param3

      accessApp.Quittez

      ensemble accessApp = rien

    • ENSUITE créer le fichier.chauve-souris

      @echo off

      cscript annexe.vbs

    et votre prêt à programmer en utilisant le planificateur de tâches de windows
    http://www.thewindowsclub.com/how-to-schedule-batch-file-run-automatically-windows-7

    espère que cela aide 😀

    • Vous êtes presque 3 ans de retard et ce projet n'est plus d'actualité pour moi. Il y a déjà accepté de répondre. Peut-être que votre réponse sera toujours aider quelqu'un d'autre si. Merci pour l'affichage.
    • quel est le point de le fichier vbscript? Pourquoi ne pas simplement exécuter la macro directement?
    InformationsquelleAutor noodle