Déployer une application Access

S’applique à
Access pour Microsoft 365 Access 2024 Access 2021 Access 2019 Access 2016

Access fournit une plateforme riche en fonctionnalités pour le développement d’applications de base de données. Une application de base de données est un programme informatique qui offre un moyen de stocker et gérer des données et une interface utilisateur conçue en respectant la logique des tâches professionnelles (logique d’application). Cet article traite de la planification de base du déploiement, de l’empaquetage et de la signature, du déploiement d’applications de base de données et de l’environnement Access Runtime.

Que voulez-vous faire ?

Planifier le déploiement

Avant de commencer, vous devez vous poser les questions suivantes sur comment l’application va être déployée.

Les données et la logique doivent-elles être séparées ?

Vous pouvez créer une application Access qui combine la gestion des données et la logique d’application dans un seul fichier. Il s’agit de la structure d’application par défaut dans Access. Combiner la gestion des données et la logique d’application dans un seul fichier constitue la méthode de déploiement la plus simple, mais cette méthode ne fonctionne mieux que si quelques personnes utilisent l’application en même temps, et elle comporte certains risques. Par exemple, un utilisateur peut entraîner la perte de données en supprimant involontairement ou en endommageant le fichier de l’application. Dans la plupart des cas, vous devez séparer la logique d’application de la gestion des données. Cela permet d’améliorer les performances et la fiabilité.

Une manière de séparer les données et la logique est à l’aide de la commande Base de données Access (dans l’onglet Outils de base de données, dans le groupe Déplacer les données). Cette commande divise votre application de base de données en deux fichiers Access : l’un pour la logique (front-end) et l’autre pour les données (back-end). Par exemple, une base de données appelée MaSolution.accdb est divisée en deux fichiers appelés MySolution_fe.accdb et MySolution_be.accdb. Vous placez la base de données principale dans un emplacement partagé, tel qu’un dossier réseau. Vous distribuez le fichier frontal, une copie pour chaque utilisateur, sur leurs ordinateurs. Vous pouvez même distribuer différents fichiers frontaux à différents utilisateurs. Pour plus d’informations, voir Fractionner une base de données Access.

Une autre méthode pour séparer la logique de la gestion des données consiste à utiliser un programme de serveur de base de données (par exemple, Microsoft SQL Server) pour la gestion des données et Access pour la logique d’application. Pour plus d’informations, voir Migrer une base de données Access vers SQL Server.

Voici d’autres raisons de séparer les données et la logique :

  • Intégrité et sécurité des données Si vous combinez des données et une logique dans un fichier, les données sont exposées aux mêmes risques que la logique d’application. Une application Access qui utilise des fichiers logiques et de données distincts peut contribuer à protéger l’intégrité et la sécurité des données en tirant parti des fonctionnalités de sécurité NTFS sur les dossiers réseau.
    Les utilisateurs d’accès doivent disposer des autorisations de lecture, d’écriture, de création et de suppression pour le dossier où se trouve le fichier frontal. Toutefois, vous pouvez attribuer différentes autorisations au fichier frontal lui-même. Par exemple, vous pouvez attribuer des autorisations de lecture seule à certains utilisateurs et des autorisations de lecture/écriture à d’autres.
    Votre application peut nécessiter des options de sécurité supplémentaires, telle que la possibilité de contrôler quels utilisateurs ont accès à des données spécifiques. Dans ce cas, vous pouvez utiliser SQL Server ou SharePoint pour stocker et gérer vos données d’application, et utiliser Access pour fournir la logique d’application.
  • Évolutivité Un fichier Access peut avoir une taille maximale de 2 Go (gigaoctets). Bien que 2 Go soit une quantité importante de données texte, cela peut être insuffisant pour certaines applications, notamment des applications qui stockent des pièces jointes dans les enregistrements de base de données. Si vous séparez les données et la logique, votre application peut accueillir plus de données. Si vous prévoyez que les utilisateurs stockeront un grand volume de données, vous pouvez envisager d’utiliser plusieurs fichiers de données Access.
    Vous devez également consulter les spécifications du programme Access pour obtenir d’autres informations sur l’évolutivité. Pour en savoir plus sur les spécifications d’Access, voir l’article Spécifications d’Access.
  • Capacité du réseau Si plusieurs utilisateurs doivent utiliser l’application en même temps sur un réseau, l’altération des données est plus susceptible de se produire si les données et la logique sont combinées dans un seul fichier. Par ailleurs, si vous combinez les données et la logique dans un seul fichier Access, vous ne pouvez pas optimiser le trafic réseau qu’Access génère. Si plusieurs utilisateurs vont utiliser simultanément votre application sur un réseau, vous devez séparer les données et la logique, soit avec deux ou plusieurs fichiers Access, soit avec un produit serveur de base de données pour des données et Access pour la logique d’application.

Comment sera l’environnement réseau ?

Le choix de la solution de base de données Access adaptée à votre environnement réseau est une étape essentielle de son succès. Utilisez les recommandations suivantes pour vous aider à faire le meilleur choix pour vos besoins.

Réseau domestique

Si vous n’avez que quelques utilisateurs avec lesquels partager votre base de données Access, vous pouvez utiliser une seule base de données que chaque personne ouvre et utilise sur un réseau domestique. Pour plus d’informations, voir Partage de fichiers sur un réseau dans Windows 10.

Réseau local (LAN)

Un LAN est un réseau interne qui présente généralement d’excellentes performances, mais qui est limité à une zone géographique restreinte, telle qu’une seule pièce, un bâtiment ou un groupe de bâtiments. Lorsque plusieurs utilisateurs partagent la base de données sur un réseau local, il est préférable de fractionner la base de données, de stocker la base de données principale dans un dossier réseau et de déployer une copie de la base de données frontale pour chaque utilisateur.

Réseau étendu (WAN)

Il existe de nombreuses configurations possibles pour un WAN, qui couvre une zone géographique étendue. Vous pouvez avoir plusieurs bureaux dans une ville connectés à un réseau public, à une ligne louée ou même à des satellites. Souvent, un réseau privé virtuel (VPN) est utilisé pour un accès distant sécurisé depuis le domicile ou en déplacement. Une façon simple de comprendre un WAN est que chaque fois que vous êtes à l’extérieur d’un LAN mais que vous y êtes connecté, vous utilisez un WAN.

Partages de fichiers Azure

Les partages de fichiers Azure ne constituent pas un type de réseau distinct, mais permettent d’utiliser les partages de fichiers sur un réseau sans avoir besoin d’un serveur de fichiers. Toutefois, l’utilisation d’un partage de fichiers Azure peut introduire des problèmes similaires à ceux qui se produisent lors de l’utilisation d’une base de données fractionnée Access dans un réseau étendu.

Avertissement Évitez d’utiliser une base de données fractionnée Access dans un WAN ou avec des partages de fichiers Azure, car les performances peuvent être lentes et les bases de données peuvent être endommagées.

Les alternatives prises en charge à l’utilisation d’une base de données fractionnée dans un WAN ou sur des partages de fichiers Azure sont les suivantes :

  • Stockez les données dans un stockage externe et créez des tables liées à :

    • Listes SharePoint
    • SQL Server ou Azure SQL
    • Dataverse

  • Les services Bureau à distance (RDS) (anciennement Terminal Server) créent un environnement de bureau Windows virtuel sur l’ordinateur client d’un utilisateur. Les services Bureau à distance présentent plusieurs avantages :

    • Aucune installation d’Access ou d’une base de données Access n’est nécessaire, car les utilisateurs exécutent le client Bureau à distance, qui est disponible sur de nombreux appareils.
    • Le transfert de données est minimisé entre le client et le serveur, car RD est un client léger qui diffuse efficacement uniquement l’interface utilisateur.
    • Les utilisateurs peuvent toujours copier et coller des données et imprimer des rapports localement à partir de l’ordinateur client.
    • RemoteApp ne peut exécuter qu’un seul programme, tel qu’une application clé en main pour les fournisseurs ou les travailleurs de première ligne.

    Pour plus d’informations, consultez Bienvenue dans les services Bureau à distance.

Les utilisateurs y auront-ils accès ?

Si Access est installé sur l’ordinateur, tous vos utilisateurs peuvent ouvrir et utiliser l’application comme ils le feraient pour n’importe quel fichier de base de données Access.

Si Access n’est pas installé sur l’ordinateur d’une partie ou de la totalité de vos utilisateurs, vous pouvez également déployer le logiciel Access Runtime sur ces utilisateurs lorsque vous déployez votre application. Pour plus d’informations, consultez Comprendre et télécharger Access Runtime.

Haut de la page

Déployer une application Access

Pour déployer une application Access, procédez comme suit.

Préparer la base de données en tant que solution d’application

Pour verrouiller votre solution, contrôler la navigation et le démarrage, et définir d’autres options importantes, procédez comme suit :

Tâche Plus d’informations
Déterminez la manière dont les utilisateurs naviguent dans l’interface utilisateur : utilisez un formulaire par défaut, créez un standard, utilisez un formulaire de navigation ou utilisez des liens hypertexte et des boutons de commande. Définir le formulaire qui s’affiche par défaut à l’ouverture d’une base de données Access
Créer un formulaire de navigation
Personnaliser le volet de navigation
Afficher ou masquer des onglets Objet
Modèles Access recommandés
Qu'est devenu le Menu Général ?
Décider si vous voulez personnaliser le ruban Office et les menus de commande Créer un ruban personnalisé dans Access
Créer des menus et des menus contextuels personnalisés à l’aide de macros
Utiliser les barres d’outils personnalisées et les paramètres de démarrage des versions antérieures d’Access
Appliquer un thème et un arrière-plan Office cohérents Ajouter un arrière-plan Office
Modifier le thème Office
Contrôler le démarrage de la base de données Ajout d’un titre personnalisé ou d’une icône à une base de données
Contournement des options de démarrage lorsque vous ouvrez une base de données
Créer une macro qui s’exécute à l’ouverture d’une base de données
Commutateurs de ligne de commande pour les produits Microsoft Office
Définir des propriétés et des options importantes Définir des propriétés et des options de démarrage dans le code
Afficher ou modifier les propriétés d’un fichier Office
Modifier les paramètres régionaux Modifiez les paramètres régionaux Windows pour modifier l’apparence de certains types de données

Conseil Pour être complet, parcourez la boîte de dialogue Options Access (Options desfichiers>), puis cliquez sur Aide pour chaque onglet. Vous pouvez contrôler des options supplémentaires pour votre solution d’application.

Avant de déployer

Avant de déployer la base de données frontale, tenez compte des pratiques recommandées suivantes :

Décidez du format de fichier à utiliser

Quatre formats de fichier Access sont disponibles lorsque vous déployez une application :

  • .accdb Il s’agit du format de fichier par défaut pour Access. Lorsque vous déployez une application dans ce format, les utilisateurs ont la plupart des options pour personnaliser et parcourir l’application comme ils le préfèrent. Si vous voulez vous assurer que les utilisateurs ne modifient pas la conception de votre application, vous devez utiliser le format de fichier .accde. De plus, il est impossible de déterminer aisément si un fichier .accdb a été modifié après l’empaquetage. Pour que cela soit évident, utilisez le format de fichier .accdc.
  • .accdc Ce format est également appelé fichier de déploiement d’Access. Un fichier de déploiement Access est constitué d’un fichier d’application et d’un fichier de signature numérique qui est associé à ce fichier. Ce format de fichier garantit aux utilisateurs que personne n’a changé le fichier d’application une fois que vous l’avez compilé. Vous pouvez appliquer ce format à un fichier Access au format par défaut (.accdb) ou à un fichier binaire compilé Access (.accde). Pour plus d’informations, voir Afficher la confiance en ajoutant une signature numérique.
    Vous ne pouvez placer qu’un seul fichier d’application dans un fichier de déploiement Access. Si votre application a des fichiers logique et fichiers de données distincts, vous pouvez les compiler séparément.
  • .accde Ce format est également connu sous le nom de fichier binaire compilé. Dans Access, un fichier binaire compilé est un fichier d’application de base de données qui a été enregistré avec tout le code VBA compilé. Aucun code source VBA ne reste dans un fichier binaire compilé Access. Un fichier .accde empêche les modifications de conception et de code, réduit la taille de la base de données et contribue à améliorer les performances. Pour plus d’informations, consultez Masquer le code VBA aux utilisateurs.
    Vous pouvez utiliser Access Runtime pour ouvrir un fichier binaire compilé dans Access. Si le runtime ne reconnaît pas l’extension de nom de fichier .accde, ouvrez le fichier binaire en créant un raccourci qui pointe vers le runtime et incluez le chemin d’accès au fichier binaire compilé que vous souhaitez ouvrir le raccourci.
    Important Les utilisateurs ne peuvent pas ouvrir un fichier binaire compilé à l’aide d’une autre version d’Access que celle dans laquelle il a été compilé si la version antérieure ne prend pas en charge une fonctionnalité ajoutée dans la version ultérieure. Pour résoudre ce problème, compilez le fichier binaire dans la version d’Access que vos utilisateurs ont installée.
  • .accdr Ce format vous permet de déployer une application qui s’ouvre en mode d’exécution. Déployer une application runtime peut vous aider à contrôler la façon dont elle est utilisée, bien que ce ne soit pas pas un moyen de sécuriser une application. Pour plus d’informations sur le mode runtime, voir la section Comprendre Access Runtime.

Installer et mettre à niveau une base de données frontale Access

Lorsque vous adoptez une conception de base de données fractionnée, vous devez distribuer la base de données frontale à chaque utilisateur. Pour que les choses se passent bien, tenez compte des meilleures pratiques suivantes :

  • Vérifiez que chaque utilisateur dispose de la version correcte d’Access et que la base de données frontale s’ouvre dans la version appropriée. Access est également disponible en version 32 bits et 64 bits. L’exécution d’un nombre de bits incorrect peut affecter les appels d’API Windows, les références de bibliothèques DLL et les contrôles ActiveX. Pour plus d’informations, consultez l’article Choisir entre les versions 32 bits et 64 bits d’Office.
  • Créez un package d’installation pour d’autres fichiers qui peuvent être nécessaires, notamment les pilotes de base de données, les fichiers de commandes pour l’installation et la configuration, et les fichiers liés à l’application. Pour plus d’informations, voir Créer un package d’installation.
  • Fournissez un raccourci du bureau Windows pour que l’utilisateur puisse exécuter rapidement la solution Access. Incluez dans le raccourci l’emplacement du dossier, un nom de raccourci explicite, une description et une icône. Pour plus d’informations, voir Créer un raccourci sur le Bureau pour un programme ou un fichier Office.
    Conseil Indiquer à vos utilisateurs comment épingler des applications au menu Démarrer.
  • Déterminez un moyen efficace de redéployer et de remplacer la base de données frontale lorsque des mises à jour sont nécessaires et de gérer les versions des fichiers pour suivre les modifications. Par exemple, vous pouvez ajouter du code VBA à case activée pour les nouvelles versions et effectuer la mise à niveau automatiquement avant même que les utilisateurs ne démarrent l’application.
  • Lorsque vous créez une connexion ODBC à l’aide d’un fichier DNS qui contient la chaîne de connexion, ce fichier DSN doit également être installé sur chaque ordinateur client. Une autre approche consiste à créer une connexion « sans DSN » dans le code VBA afin d’éliminer le besoin d’un fichier DSN. Pour plus d’informations, voir Utilisation de DSN-Less connexions.

Haut de la page

Comprendre et télécharger Access Runtime

Pour déployer des applications Access qui peuvent s’exécuter sans installation d’Access sur l’ordinateur d’un utilisateur, vous pouvez les distribuer avec Access Runtime, disponible gratuitement à partir du Centre de téléchargement Microsoft. Quand vous ouvrez une base de données Access à l’aide du runtime Access, la base de données s’ouvre en mode d’exécution.

Le mode d’exécution est un mode de fonctionnement Access dans lequel certaines fonctionnalités Access ne sont pas disponibles par défaut. Certaines de ces fonctionnalités indisponibles peuvent toutefois être rendue disponibles en mode runtime.

Quelles fonctionnalités ne sont pas disponibles en mode runtime ?

Les fonctionnalités Access suivantes ne sont pas disponibles en mode d’exécution :

  • Clés spéciales Des touches telles que Ctrl+Saut, Ctrl+G et Maj pour contourner les options de démarrage dans la base de données.
  • Volet de navigation Le volet de navigation n’est pas disponible en mode d’exécution. Cela permet d’empêcher les utilisateurs d’accéder à des objets arbitraires dans votre application de base de données. Seuls les objets que vous exposez aux utilisateurs (par exemple, en fournissant un formulaire de navigation) peuvent être ouverts en utilisant le mode d’exécution. Le volet de navigation n’est jamais disponible en mode runtime.
  • Le ruban Par défaut, le ruban n’est pas disponible en mode d’exécution. Cela permet d’empêcher les utilisateurs de créer ou modifier des objets de base de données et d’effectuer d’autres actions dangereuse, par exemple, connexion à de nouvelles sources de données ou l’exportation de données d’une manière non attendue. Vous ne pouvez pas exposer les onglets du ruban par défaut en mode runtime. Vous pouvez toutefois créer un ruban personnalisé, puis l’associer à un formulaire ou à un état. Pour plus d’informations, voir Créer un ruban personnalisé dans Access.
  • Mode Création et mode Page Les modes Création et Page ne sont disponibles pour aucun objet de base de données en mode d’exécution. Cela permet d’empêcher que les utilisateurs accèdent à des objets arbitraires dans votre application de base de données. Vous ne pouvez pas activer le mode Création ou Page en mode runtime.
  • Aide Par défaut, l’aide intégrée n’est pas disponible en mode d’exécution. Étant donné que vous contrôlez les fonctionnalités disponibles dans votre application en mode d’exécution, certaines des aides Access intégrées standard peuvent ne pas être pertinentes pour les utilisateurs de votre application et risquent de les dérouter ou de les frustrer. Vous pouvez créer votre propre fichier d’aide personnalisé pour compléter votre application en mode d’exécution.

Comment simuler le mode d’exécution ?

Vous pouvez exécuter n’importe quelle base de données Access en mode d’exécution sur un ordinateur sur lequel la version complète d’Access est installée. Pour exécuter une base de données Access en mode d’exécution, effectuez l’une des opérations suivantes :

  • Modifier l’extension de nom de fichier du fichier de base de données de .accdb à .accdr.

  • Créez un raccourci vers la base de données avec le commutateur de ligne de commande /Runtime .

    1. Sur votre bureau Windows, cliquez avec le bouton droit et sélectionnez Nouveau>raccourci.

    2. Entrez l’emplacement de MSAccess.exe, l’emplacement de votre base de données et le qualificateur de commande /runtime . Par exemple :

      "C:\Program Files\Microsoft Office\MSACCESS.EXE" "C:\MyDB.accdb" /runtime

    Pour plus d’informations, voir Créer un raccourci sur le Bureau pour un programme ou un fichier Office.

Est-ce que le mode runtime rend ma base de données plus sûre ?

Bien que le mode runtime limite la disponibilité des fonctionnalités de création et de navigation, vous ne devez pas utiliser le mode runtime en tant qu’outil principal de sécurisation d’une application de base de données. Sur un ordinateur sur lequel la version complète d’Access est installée, il peut être possible pour un utilisateur d’ouvrir une application de base de données d’exécution comme une application de base de données standard (c’est-à-dire avec toutes les fonctionnalités disponibles), puis d’en modifier la conception ou d’effectuer d’autres actions indésirables.

Même si vous déployez votre application de base de données uniquement sur des ordinateurs sur lesquels la version complète d’Access n’est pas installée, il est toujours possible pour un utilisateur de transférer l’application vers un ordinateur sur lequel la version complète d’Access est installée, puis d’ouvrir l’application de base de données d’exécution comme une application de base de données standard.

Haut de la page

Télécharger Access Runtime

Remarque

Pour Access 2019 Entreprise, ne téléchargez et n’installez pas de composant d’exécution. Cela remplacerait votre version complète d’Access par le composant d’exécution uniquement. Utilisez plutôt l’outil Déploiement d’Office pour spécifier que le produit AccessRuntimeRetail est installé.

Pour télécharger Access Runtime à partir du Centre de téléchargement Microsoft, cliquez sur le lien correspondant à votre version.

Aucun achat n’est nécessaire pour télécharger, utiliser ou redistribuer Access Runtime. Il n’existe aucune limite quant au nombre d’utilisateurs auxquels vous pouvez distribuer le Runtime.

Haut de la page

Créer un package d’installation

Plusieurs approches sont possibles selon la version d’Access.

Utiliser un package d’installation général

Pour les versions plus récentes d’Access, vous pouvez utiliser Windows Installer ou rechercher un programme tiers qui crée des packages d’installation.

Haut de la page