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 l’empaquetage et de la signature de base de données, 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. La combinaison de la gestion des données et de la logique d’application dans un fichier fournit 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 qu’elle implique un certain risque. 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 fractionne 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 (un back-end). Par exemple, une base de données appelée MySolution.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, à ses ordinateurs. Vous pouvez même distribuer différents fichiers front-end à différents utilisateurs. Pour plus d’informations, consultez 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, consultez Migrer une base de données Access vers SQL Server.

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

  • Intégrité et sécurité des données Si vous combinez des données et une logique dans un seul 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 aider à 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 Access doivent disposer des autorisations de lecture, d’écriture, de création et de suppression sur 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 en lecture seule à certains utilisateurs et des autorisations en lecture/écriture à d’autres utilisateurs.
    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 de l’application.
  • Évolutivité Un fichier Access peut avoir une taille maximale de 2 gigaoctets (Go). 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 vous attendez à ce que les utilisateurs stockent 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 la scalabilité. Pour en savoir plus sur les spécifications Access, consultez l’article Spécifications d’accès.
  • Capacité 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 appropriée pour votre environnement réseau est une étape essentielle pour réussir. Utilisez les instructions suivantes pour vous aider à faire le meilleur choix en fonction de 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 base de données unique que chaque personne ouvre et utilise sur un réseau domestique. Pour plus d’informations, consultez Partage de fichiers sur un réseau dans Windows 10.

Réseau local (LAN)

Un réseau local est un réseau interne qui offre généralement d’excellentes performances, mais qui se limite à une petite zone géographique, 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 sécuriser l’accès à distance à partir de la maison ou sur la route. Un moyen simple de comprendre un réseau étendu est que chaque fois que vous êtes en dehors d’un réseau lan, mais que vous y êtes connecté, vous utilisez un wan.

partages de fichiers Azure

Azure partages de fichiers ne sont pas un type de réseau distinct, mais fournissent un moyen d’utiliser des 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 surviennent 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 Azure partages de fichiers, 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 pour :

    • Listes SharePoint
    • SQL Server ou Azure SQL
    • Dataverse

  • Les services Bureau à distance (RDS) (précédemment appelés Terminal Server), qui 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 requise, car les utilisateurs exécutent le client Bureau à distance (RD) disponible sur de nombreux appareils.
    • Le transfert de données est réduit entre le client et le serveur, car les services Bureau à distance sont 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 peut exécuter un seul programme, tel qu’une application clé en main pour les fournisseurs ou les employés de première ligne.

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

Les utilisateurs auront-ils Accès ?

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

Si access n’est pas installé sur certains ou la totalité de vos utilisateurs sur leurs ordinateurs, 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, vous devez effectuer les tâches suivantes.

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 comment 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 souhaitez personnaliser le ruban Office et les menus de commandes 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 les propriétés et les options de démarrage dans le code
Afficher ou modifier les propriétés d’un fichier Office
Modifier les paramètres régionaux Modifier les paramètres régionaux Windows pour modifier l’apparence de certains types de données

Pointe Pour être approfondi, parcourez la boîte de dialogue Options d’accès (Optionsde fichier>), puis cliquez sur Aide pour chaque onglet. Il peut y avoir des options supplémentaires que vous souhaitez contrôler pour votre solution d’application.

Avant de déployer

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

Décidez du format de fichier à utiliser

Il existe quatre formats de fichiers Access que vous pouvez utiliser 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. En outre, un utilisateur ne peut pas facilement déterminer si un fichier .accdb a été modifié après l’avoir empaqueté. Pour que cela soit évident, utilisez le format de fichier .accdc.
  • .accdc Ce format est également appelé fichier de déploiement 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 de format par défaut (.accdb) ou à un fichier binaire compilé Access (.accde). Pour plus d’informations, consultez 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 appelé 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 améliore les performances. Pour plus d’informations, consultez Masquer le code VBA aux utilisateurs.
    Vous pouvez utiliser Access Runtime pour ouvrir un fichier binaire compilé 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 du fichier binaire compilé que vous souhaitez ouvrir.
    Important Les utilisateurs ne peuvent pas ouvrir un fichier binaire compilé à l’aide d’une version antérieure d’Access à 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 Access que vos utilisateurs ont installée.
  • .accdr Ce format vous permet de déployer une application qui s’ouvre en mode runtime. 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 déroulent correctement, 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 correcte. Access propose également des versions 32 bits et 64 bits. L’exécution d’une « bitness » incorrecte peut affecter les appels d’API Windows, les références de bibliothèque 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, consultez Créer un package d’installation.
  • Fournissez un raccourci de bureau Windows pour permettre à l’utilisateur d’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 bureau pour un programme ou un fichier Office.
    Pointe Indiquez à 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 requises, et conservez les versions des fichiers pour effectuer le suivi des modifications. Par exemple, vous pouvez ajouter du code VBA à case activée pour les nouvelles versions et mettre à niveau automatiquement avant même que les utilisateurs démarrent l’application.
  • Lorsque vous créez une connexion ODBC à l’aide d’un fichier DSN qui contient le 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 pour éliminer le besoin d’un fichier DSN. Pour plus d’informations, consultez Utilisation de connexions DSN-Less.

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, qui est disponible gratuitement à partir du Centre de téléchargement Microsoft. Lorsque vous ouvrez une base de données Access à l’aide d’Access Runtime, la base de données s’ouvre en mode runtime.

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 runtime :

  • Touches spéciales Des touches telles que Ctrl+Pause, Ctrl+G et la touche 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 runtime. 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 lors de l’utilisation du mode d’exécution. Le volet de navigation n’est jamais disponible en mode runtime.
  • Ruban Par défaut, le ruban n’est pas disponible en mode runtime. 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. Toutefois, vous pouvez créer un ruban personnalisé, puis l’associer à un formulaire ou un état. Pour plus d’informations, consultez Créer un ruban personnalisé dans Access.
  • Mode Création et Mode Disposition Les modes Création et Disposition ne sont pas disponibles pour les objets de base de données en mode runtime. 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 runtime. Étant donné que vous contrôlez les fonctionnalités disponibles dans votre application en mode d’exécution, certaines de l’aide d’Accès intégrée standard peuvent ne pas être pertinentes pour les personnes qui utilisent votre application, et peuvent potentiellement les confondre ou les frustrer. Vous pouvez créer votre propre fichier d’aide personnalisé pour compléter votre application en mode runtime.

Comment puis-je simuler le mode d’exécution ?

Vous pouvez exécuter n’importe quelle base de données Access en mode runtime 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 runtime, 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. À partir de 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 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 runtime en tant qu’application de base de données standard (c’est-à-dire, avec toutes les fonctionnalités disponibles), puis de 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 runtime en tant qu’application de base de données standard.

Haut de la page

Télécharger Access Runtime

Remarque

Pour Access 2019 Enterprise, ne téléchargez pas et n’installez pas de runtime. Cela remplace votre version complète d’Access par le runtime 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 approprié pour votre version.

Aucun achat n’est nécessaire pour télécharger, utiliser ou redistribuer le runtime Access, et le nombre d’utilisateurs auxquels vous pouvez distribuer le runtime n’est pas limité.

Haut de la page

Créer un package d’installation

Il existe plusieurs approches que vous pouvez adopter en fonction de la version d’Access.

Utiliser un package d’installation générale

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