Déployer une application Access

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

Vous pouvez créer un Access application qui combine la logique d’application et la gestion des données dans un seul fichier. C’est 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 :

• Sécurité et l’intégrité des données     Si vous combinez les données et la 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.

  Access utilisateurs 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.

• Extensibilité    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 prévoyez que les utilisateurs stockent un gros volume de données, vous pouvez envisager d’utiliser plusieurs fichiers de données Access.

  Vous devez également passer en revue les spécifications de Access pour plus d’information sur l’évolutivité du programme. Pour en savoir plus sur les spécifications Access, consultez l’article Spécifications d’accès.

• Capacité réseau    Si plusieurs utilisateurs devront utiliser l’application en même temps sur un réseau, les données sont plus susceptibles d’être corrompues 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

Les partages de fichiers Azure 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 wan.

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 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 Access?

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

Si certains ou tous vos utilisateurs n’ont pas Access installés sur leur ordinateur, 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

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 :

Conseil    Pour être approfondi, parcourez la boîte de dialogue Options d’accès(Options de > de 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 :

• Essayez d’obtenir les meilleures performances de votre solution. Pour plus d’informations, consultez Aider Access à s’exécuter plus rapidement et Conseils sur les performances Microsoft Access pour accélérer vos bases de données Access.

• Compactez et réparez la base de données. Pour plus d’informations, consultez Compacter et réparer une base de données.

• Sauvegardez la base de données afin de disposer d’une copie d’origine et sécurisée de la base de données d’origine. Pour plus d’informations, consultez Protéger vos données avec des processus de sauvegarde et de restauration.

• Utilisez le Documenteur de base de données pour imprimer les caractéristiques de conception des objets de base de données. Pour plus d’informations, consultez Documenter et imprimer votre conception de base de données.

• Déterminez la façon dont vous souhaitez sécuriser le fichier. Vous pouvez adopter plusieurs approches :

  • Ajoutez un certificat de sécurité à la base de données. Pour plus d’informations, consultez Afficher l’approbation en ajoutant une signature numérique et Décider s’il faut approuver une base de données. Dans ce cas, décidez comment vous souhaitez contrôler la barre des messages dans votre base de données. Pour plus d’informations, consultez Activer ou désactiver les alertes de sécurité dans la barre des messages.

  • Utilisez un emplacement approuvé pour stocker la base de données frontale afin d’éviter qu’elle ne soit vérifiée par le Centre de gestion de la confidentialité ou si vous ne souhaitez pas qu’elle s’ouvre en mode protégé. Pour plus d’informations, consultez Ajouter, supprimer ou modifier un emplacement approuvé.

  • Chiffrez le fichier de base de données. Pour plus d’informations, consultez Chiffrer une base de données à l’aide d’un mot de passe de base de données.

  • Pour vous assurer que les utilisateurs ne peuvent pas modifier la conception des formulaires, des états ou du code VBA, envisagez d’utiliser un fichier binaire compilé (.accde).

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 déterminer facilement si un fichier .accdb a été modifié une fois que vous l’avez compilé : pour rendre cela évident, utilisez le format de fichier .accdc.

• .accdc    Ce format est également connu comme 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 à une fichier Access de format par défaut (.accdb) ou à un fichier compilé binaire (.accde) Access. 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 connu comme 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 le runtime Access 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.

  Conseil    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 DSN-Less Connections.

Haut de la page

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

Quelles fonctionnalités Access 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.

• Le 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 Page    Les modes Création et Page ne sont pas disponibles pour tous 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 quelles fonctionnalités sont disponibles dans votre application en mode runtime, certaines rubriques d’aide intégrée Access peuvent ne pas être utiles aux personnes qui utilisent votre application et peuvent potentiellement être source de confusion ou de frustration. 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 toute base de données Access en mode runtime sur un ordinateur sur lequel la version complète de 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 Nouveauraccourci >.

  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 de Access installée, un utilisateur peut ouvrir le runtime d’une application de base de données comme une application de base de données normale (autrement dit, avec toutes les fonctionnalités disponibles), puis modifier la conception ou effectuer d’autres actions indésirables.

Même si vous déployez votre application de base de données uniquement sur des ordinateurs qui n’ont pas la version complète de Access, il est toujours possible pour un utilisateur de transférer l’application sur un ordinateur qui dispose de la version complète de Access, puis d’ouvrir le runtime de l’application de base de données comme une application de base de données normale.

Haut de la page

Télécharger le runtime Access

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

• Télécharger et installer Office 365 Access Runtime

  Remarque    Ce runtime d’accès s’applique également aux licences Grand public Office 2019.

• Télécharger et installer Microsoft Access 2016 Runtime

• Télécharger et installer Microsoft Access 2013 Runtime

• Télécharger et installer Microsoft Access 2010 Runtime

Aucun achat n’est nécessaire pour télécharger, utiliser ou redistribuer le Runtime Access, et il n’y a pas de limite au nombre d’utilisateurs auxquels vous pouvez distribuer le runtime.

Haut de la page

Utiliser un package d’installation générale (Access 2013 ou version ultérieure)

Pour Access versions 2013 ou ultérieures, vous pouvez utiliser Windows Installer ou rechercher un programme tiers qui crée des packages d’installation.

Empaqueter et signer une base de données Access (Access 2007 et 2010)

Dans Access 2007 ou 2010, il est plus facile et plus rapide de signer et de distribuer une base de données. Lorsque vous créez un fichier .accdb ou .accde, vous pouvez compiler le fichier, appliquer une signature numérique au package créé, puis envoyer le package signé à d’autres utilisateurs. La fonctionnalité compiler et signer place la base de données dans un fichier de déploiement Access (.accdc), signe le fichier, puis place le package signé dans un emplacement que vous choisissez. Les autres utilisateurs peuvent ensuite extraire la base de données du package et travailler directement dans la base (et pas dans le package). Pour plus d’informations, consultez Vue d’ensemble de l’Assistant Solution de package.

N’oubliez pas ces informations pour créer et signer un package :

• Créer un package et le signer est une technique permettant d’étendre la sécurité. Lorsque vous ou vos utilisateurs reçoivent le package, la signature confirme que la base de données n’a pas été falsifiée. Si vous faites confiance à l’auteur, vous pouvez activer le contenu.

• La fonctionnalité de compilation et de signature s’applique uniquement aux bases de données ayant un format de fichier .accdb.

• Vous ne pouvez ajouter qu’une seule base de données à un package.

• Lorsque vous créez un package et signez une base de données, tous les objets dans le fichier de base de données sont signés et encodés, pas seulement des macros ou modules de code. Le fichier de package est compressé lors du processus de compilation et de signature pour réduire les temps de téléchargement.

• Une fois que la base de données est extraite du package, il n’y a plus de connexion entre le package signé et la base de données extraite.

• Si vous utilisez un certificat signé automatiquement pour signer un package de base de données, puis cliquez sur Approuver tous à partir de l’éditeur quand vous ouvrez ce package, les packages signés à l’aide de vos certificats signés automatiquement seront toujours approuvés.

• Si vous procédez à l’extraction de la base de données sur un emplacement approuvé, son contenu sera automatiquement activé dès que vous l’ouvrirez. Si vous choisissez un emplacement non approuvé, certains contenus de la base de données peuvent être désactivés par défaut.

Les sections suivantes expliquent comment créer un fichier de package signé, et comment utiliser une base de données dans un fichier de package signé. Pour effectuer ces étapes, vous devez disposer d’au moins un certificat de sécurité disponible. Si aucun certificat n’est installé sur votre ordinateur, vous pouvez en créer un à l’aide de l’outil SelfCert ou obtenir un certificat commercial. Pour plus d’informations sur les certificats de sécurité, consultez Afficher l’approbation en ajoutant une signature numérique.