J'ai une base de données dans ms access 2007 avec des formulaires. J'ai besoin de créer un fichier exe autonome à partir d'access. Est-ce possible ? Si oui, comment ?
Réponses
Trop de publicités?Vous ne pouvez pas l'enregistrer en tant que .exe, mais vous pouvez utiliser la fonction Accès au temps d'exécution pour permettre aux utilisateurs sans accès d'utiliser votre application.
Si je peux me permettre d'ajouter mon grain de sel...
Vous devez IMPERATIVEMENT distribuer les runtimes Access avec votre application. J'ai récemment entendu dire sur Stackoverflow, à propos d'une question, que les runtimes Microsoft pour Access peuvent désormais être téléchargés gratuitement.
Voici quelques liens...
http://www.granite.ab.ca/access/developeredition2007faq.htm
http://blogs.msdn.com/clintcovington/archive/2007/01/30/the-runtime-and-developer-extensions-will-be-free.aspx
Vous pouvez distribuer ces runtimes avec votre application ou demander à vos clients de les télécharger.
EDIT - IL EST PROUVÉ QUE CE QUI SUIT EST FAUX. IL N'EST PAS NÉCESSAIRE D'ACHETER UNE LICENCE POUR DISTRIBUER LES RUNTIMES. Bien sûr, ils sont distribués sous une licence, mais celle-ci est gratuite. Je laisse le commentaire ci-dessous pour son intérêt historique.
Je pense, mais je n'en suis pas sûr, que pour distribuer les runtimes d'accès avec votre application, vous devrez avoir une licence. Je sais que vous obtenez cette licence avec un abonnement MSDN et avec Visual Studio Tools for Office.
FIN DE LA FAUSSE CROYANCE
Une fois que vous avez les Runtimes Access, vous pouvez créer des installations d'exécution BULLETPROOF des applications Access en utilisant des scripts d'installation préconfigurés scripts à partir de SageKey.com .
Les outils de développement d'Office proposent quelques options de déploiement, mais elles ne sont pas à toute épreuve et je ne distribuerais JAMAIS une application commerciale en les utilisant... elles ne fonctionnent tout simplement pas. Mais les scripts de sagekey scripts sont absolument GÉNIAUX. Ils fonctionnent incroyablement bien.
Tout cela suppose que vous souhaitiez distribuer votre application à grande échelle. Si ce n'est pas le cas (par exemple... vous voulez seulement déployer votre application auprès de vos clients et vous aurez un contrôle total sur celle-ci), vous pouvez utiliser l'option de téléchargement à partir de Microsoft mentionnée ci-dessus.
Une dernière chose. Les applications d'accès en temps réel doivent être TRÈS robustes. Vous devez, entre autres, très bien gérer les erreurs et lier automatiquement les tables, sinon vous passerez tout votre temps au téléphone avec vos clients au lieu de vendre/distribuer des logiciels.
J'espère que cela vous aidera.
Seth
Si vous disposez de la version Developer de MS Access, vous pouvez créer un fichier .mde, qui fonctionne comme un fichier .exe en ce qui concerne l'utilisateur. Essentiellement, la création d'un fichier .mde emballe une version du run-time de MS Access avec votre base de données.
Pour autant que vous ayez fait un travail décent dans la conception de votre formulaire, l'utilisateur ne peut pas vraiment faire la différence entre votre fichier .mde et un fichier .exe.
Je n'ai pas utilisé la version Developer depuis plusieurs années, mais si je me souviens bien, elle est assez chère. EDIT (Il semble qu'elle soit gratuite ces jours-ci).
Voici un lien à une bonne FAQ sur le sujet. Bien plus à jour que mes souvenirs du passé.
En ce qui concerne les durées d'exécution à l'épreuve des balles, Sagekey est une réponse. Cependant, une autre alternative est l'Inno script d'Albert Kallal qui vérifie si une version d'Access est installée. Si ce n'est pas le cas, il vous demande d'installer une version d'exécution d'Access. Si c'est le cas, il continue d'installer votre FE MDE et d'autres fichiers assortis. http://groups.google.com/group/microsoft.public.access/msg/10e3fc9234660872?hl=en
Exemple d'inno script qui "enveloppe" l'installation de l'assistant d'empaquetage dans un seul .exe http://groups.google.com/group/comp.databases.ms-access/msg/4aa1b33a191bf1f8?hl=en
Déployer des mises à jour de votre logiciel dans un environnement Runtime pour Access 2007 http://www.members.shaw.ca/AlbertKallal/RunTime/InstallExample.htm
Le seul scénario qui ne serait pas bien géré serait celui où l'utilisateur installerait ultérieurement Access ou un autre moteur d'exécution Access sur son système. Cependant, si vous livrez votre produit au format Access 2000, les problèmes sont minimisés.
- Réponses précédentes
- Plus de réponses