Comment puis-je distribuer des mises à jour d'une base de données Access avant la fin?

J'ai une base de données Access 2007 que j'ai développé qui se connecte à SQL Server pour le stockage de données. J'ai utilisé la Solution d'ensemble de l'Assistant pour créer une distribuable de l'installateur qui inclus access runtime (avec un fichier ACCDE) qui j'ai installé sur 15 Pc. De toute façon, ma question est, quelle est la meilleure façon de distribuer les mises à jour de cette base de données? Droit maintenant, j'avais besoin d'aller autour de et de le supprimer et le réinstaller. Ce n'est pas un problème... je me demandais juste si il y a une autre manière.

J'ai essayé en laissant l'extrémité avant sur un partage réseau, mais il semble que la plupart des gens suggèrent le stockage de l'avant sur la machine locale, ce qui a du sens. Les problèmes que j'ai pu croiser quand je le laisse sur un partage réseau (au moins avec Access 2003 bmd), c'est que je me retrouve à avoir besoin de compacter et réparer souvent et j'ai aussi de tuer les sessions ouvertes (de l'utilisateur ayant ouvert le fichier) lorsque la mise à niveau. J'imagine que ce pourrait également hypothétiquement créer inutilement un goulot d'étranglement si l'utilisateur n'était pas sur le réseau local.

Vous avez découvert le premier problème avec l'Accès extrémités avant! Je ne voudrais pas Accéder sur n'importe quel développeur. L'apprentissage d'un framework web en vaut la peine.
Koberg: ce qu'un fou de la suggestion. L'automatisation de l'avant la fin de la distribution, est trivial. C'est un problème qui a été résolu à plusieurs reprises. autofeupdater.com c'est une telle solution, qui est extrêmement facile à mettre en œuvre et complètement transparent pour l'utilisateur final.
Ou vous pouvez tout simplement aller sur cette url...
David.... vous devez fournir qu'une réponse... car c'est exactement ce que je cherche...
J'ai supposé que Tony Toews lui-même à la poste. Tony?

OriginalL'auteur Brett G | 2010-02-05

  1. 5

    L'automatisation de l'avant la fin de la distribution, est trivial. C'est un problème qui a été résolu à plusieurs reprises. Tony Toews est http://autofeupdater.com est une telle solution, qui est extrêmement facile à mettre en œuvre et complètement transparent pour l'utilisateur final.

    Merci pour vos aimables paroles, David.
    C'est un bon outil, nous avons été à l'aide d'un vieux (gratuit) version depuis des années. Après j'ai mis à jour, j'ai réalisé qu'il n'était pas libre, après 15 jours. Nous sommes une petite entreprise et de l'étiquette de prix est maintenant un peu élevé (pour nous). . - Je envisager de passer à certains shell skript ou quelque chose. Nous n'avons que 6 clients à mettre à jour. Je serais heureux de payer 30€ pour un genre de "Starter Edition" qui a peut-être une limite à 10 clients ou quelque chose ...

    OriginalL'auteur David-W-Fenton

  2. 4

    Nous avons développé un script vbscript 'lanceur' pour nos applications access. C'est ce qui est lié sur le menu démarrer du pc de l'utilisateur et effectue les opérations suivantes.

    • Il vérifie qu'une version.txt fichier situé sur un partage réseau pour voir si elle contient un texte différent d'une copie stockée au niveau local
    • Si le texte est différent, il copie le fichier mdb access et le nouveau version.txt pour le disque dur de l'utilisateur.
    • Enfin, il exécute la base de données dans access

    Dans le but de distribuer une mise à jour sur le pc de l'utilisateur tout ce qui est nécessaire est de modifier le texte dans version.txt sur le partage réseau.

    Peut-être vous pouvez mettre en place quelque chose de similaire à ce

    Il y a des liens à plusieurs sur la page de la FAQ à l'Auto FE de mise à jour du site web. autofeupdater.com/faq
    Toews ce lien semble brisé. Je vois des "solutions de rechange à l'Auto FE de mise à jour" en bas de cette page: autofeupdater.com/pages/faqb.htm
    Hansup, de grâce, ne sais pas où j'ai obtenu une URL à partir de.

    OriginalL'auteur Martin Booth

  3. 1
    • Faire un fichier batch sur le serveur (disque réseau).
    • Créer un lien de raccourci pour que le fichier de commandes.
    • Copier le raccourci du Bureau de l'Utilisateur.
    • Lorsque l'utilisateur double-clique sur le raccourci, il copie une nouvelle copie à partir du réseau local.
    • Remplacer l'ancienne base de données.adp sur le disque du serveur lorsque vous mettez à jour une nouvelle version.
    • Chaque utilisateur reçoit une copie de la base de données.adp sur leur machine.
    • Supprimer l'avertissement de Sécurité lors de l'ouverture du fichier de partage de réseau est ici.

    Fichier De Commandes

    @ECHO OFF

REM copy from network drive to local
xcopy "Your_Network_Drive\database.adp" "C:\User\database.adp" /Y /R /F 

REM call your database file - Access 2007
"C:\Program Files\Microsoft Office\Office12\MSAccess.EXE" "C:\User\database.adp"

    OriginalL'auteur Richard Sayakanit

  4. 1

    C'est un très vieux post et j'ai utilisé le autofeupdater jusqu'à l'arrêt de travail donc j'ai écrit un de mes propre et il a évolué au cours des dernières années dans quelque chose que j'ai utilisé avec de nombreux clients. C'est tellement simple à utiliser et il n'y a pas d'interface. Juste un EXE et un très simple fichier de configuration.

    S'il vous plaît vérifier ici. Je peux également aider avec des solutions personnalisées si aucune des configurations pour répondre à vos besoins. http://www.dafran.ca/MS-Access-Front-End-Loader.aspx

    OriginalL'auteur Dave Stuart

  5. 1

    Après avoir essayé toutes les solutions ci-dessus (pas exactement ces solutions, mais ce sont les suggestions de la communauté l'Accès), j'ai développé un système entièrement dans l'Accès à l'aide de VBA qui permet à un admin DB pour créer et publier des objets de client DBs sans intervention de l'utilisateur ou de la gestion de plusieurs fichiers DB.

    Cette approche a plusieurs avantages:
    1. Il simplifie le processus de développement en ayant un environnement dédié (admin DB) pour le développement et les tests de séparer totalement du client DBs.
    2. Il simplifie la mise à jour de la distribution, le processus en permettant à un développeur pour faire sortir des mises à jour en temps réel que client DBs peut mettre en œuvre dans le fond, sans l'implication des usagers. Peuvent également permettre à des développeurs de restaurer les versions précédentes, si désiré.
    3. Il pourrait être utilisé comme une sorte de système de gestion des changements au sein d'Accès pour les développeurs qui veulent commettre des changements multiples pour les objets et les modules et de retenir des dernières modifications.
    4. Il permet de faciliter le contrôle d'accès utilisateur en permettant à un admin pour attribuer facilement certains objets à des utilisateurs/rôles sans avoir besoin de gérer plusieurs versions de la DB.

    J'espère pouvoir poster le code de GitHub bientôt, il me reste à obtenir le feu vert de mon lieu de travail pour le libérer. J'éditerai ce post pour y inclure le lien quand je.

    OriginalL'auteur Ian Berryman

  6. 0

    Nous ont généralement gardé l'Accès frontaux sur les lecteurs réseau, et vient de mettre en place avec la nécessité de compactage et de réparation sur une base régulière. Vous trouverez probablement que vous devez faire, que même lorsqu'ils sont installés localement, de toute façon.

    Si vous devez avoir installé localement, il existe plusieurs outils qui vont vous permettre de "pousser" les mises à jour logicielles, et les gars de plus sur ServerFault aurait plus d'informations sur ceux-ci. En supposant que ces outils ne sont pas disponibles, la seule autre option est, je pense, d'écrire un petit chargeur de programme qui vérifie les locaux .MDB contre un maître de copie sur le serveur, et re-copies à travers s'ils sont différents, avant le lancement de la MDB.

    Ouais... les outils de mise à jour sont disponible... mais avec la quantité de postes de travail je m'occupe, je pense que presque tous d'entre eux serait un peu exagéré.
    Un bien conçu avant fin n'aurez plus jamais besoin d'être compacté.
    SQLServer backend élimine la mise à jour des données et des problèmes de compactage du sol... Et la plupart des non conformes SQL problème!
    Koberg: Quelle "mise à jour des données du problème"? ce "compactage" problème? Toutes les bases de données doivent être compacté. Avec SQL Server, vous pouvez configurer l'agent de le faire pour vous. Avec Jet/ACE, vous devez créer un peu de code pour le faire et vous pouvez programmer que, tout comme avec l'agent. SQL Server dispose également de son propre dialecte SQL qui n'est pas 100% compatible avec la norme SQL ou avec d'autres dialectes SQL. Donc, votre commentaire me semble être rempli de rien, mais le non-sens.
    David: Qui a été adressé à l'homme de vouloir copier autour de Bmd quand ils me mis à jour. Avoir toutes les données en un seul endroit élimine ce problème (pour les données au moins). Et vous devez admettre que même si SQL Server dialecte de l'est non standard, c'est beaucoup PLUS stricte que celle de l'Accès. Vous semblez avoir Accès à une bonne solution. Pour moi et pour l'entreprise où je travaille, il provoque beaucoup de douleur tous les jours, et il a enraciné dans les processus d'affaires qui sont aujourd'hui tenus de retour en raison de la difficulté d'Accès à migrer à partir.

    OriginalL'auteur Craig Schwarze