Au fil du temps, la plupart des applications de base de données augmentent, deviennent plus complexes et doivent prendre en charge davantage d’utilisateurs. À un moment donné de la vie de votre application Microsoft Office Access, vous pouvez envisager de la mettre à niveau vers une base de données Microsoft SQL Server pour optimiser les performances, la scalabilité, la disponibilité, la sécurité, la fiabilité et la récupération.
Dans cet article
À propos du upsizing d’une base de données Microsoft Office Access
La upsizing est le processus de migration d’une partie ou de la totalité des objets de base de données d’une base de données Access vers une base de données SQL Server nouvelle ou existante ou un nouveau projet Access (.adp).
Avantages du redimensionnement d’une base de données pour SQL Server
-
Hautes performances et scalabilité Dans de nombreuses situations, SQL Server offre de meilleures performances qu’une base de données Access. SQL Server prend également en charge les bases de données très volumineuses de taille téraoctet, ce qui est beaucoup plus élevé que la limite actuelle pour une base de données Access de deux gigaoctets. Enfin, SQL Server fonctionne très efficacement en traitant les requêtes en parallèle (en utilisant plusieurs threads natifs au sein d’un même processus pour gérer les demandes des utilisateurs) et en réduisant les besoins en mémoire supplémentaires lorsque d’autres utilisateurs sont ajoutés.
-
Disponibilité accrue SQL Server vous permet d’effectuer une sauvegarde dynamique, incrémentielle ou complète, de la base de données pendant son utilisation. Ainsi, vous n’êtes pas obligé de forcer les utilisateurs à quitter la base de données pour sauvegarder les données.
-
Sécurité améliorée À l’aide d’une connexion approuvée, SQL Server pouvez intégrer la sécurité du système Windows pour fournir un accès intégré unique au réseau et à la base de données, en utilisant le meilleur des deux systèmes de sécurité. Il est ainsi beaucoup plus facile d’administrer des schémas de sécurité complexes.
-
Récupérabilité immédiate En cas de défaillance du système (par exemple, un plantage du système d’exploitation ou une panne de courant), SQL Server dispose d’un mécanisme de récupération automatique qui récupère une base de données jusqu’au dernier état de cohérence en quelques minutes, sans intervention de l’administrateur de base de données.
-
Traitement basé sur le serveur L’utilisation de SQL Server dans une configuration client/serveur réduit le trafic réseau en traitant les requêtes de base de données sur le serveur avant d’envoyer les résultats au client. Le fait que le serveur effectue le traitement est généralement beaucoup plus efficace, en particulier lorsque vous travaillez avec des jeux de données volumineux.
Votre application peut également utiliser des fonctions définies par l’utilisateur, des procédures stockées et des déclencheurs pour centraliser et partager la logique d’application, les règles et stratégies métier, les requêtes complexes, la validation des données et le code d’intégrité référentielle sur le serveur, plutôt que sur le client.
Méthodes de mise à l’upsize
L’Assistant Migration déplace les objets de base de données et les données qu’ils contiennent d’une base de données Access vers une base de données SQL Server nouvelle ou existante.
Il existe trois façons d’utiliser l’Assistant Montée en puissance :
-
Upsize tous les objets de base de données d’une base de données Access vers un projet Access afin de pouvoir créer une application cliente/serveur. Cette approche nécessite des modifications supplémentaires de l’application et des modifications du code et des requêtes complexes.
-
Upsize only data or data definitions from an Access database to a SQL Server database.
-
Créez un serveur frontal de base de données Access dans un back-end de base de données SQL Server afin de pouvoir créer un application frontale/principale. Cette approche nécessite très peu de modifications d’application, car le code utilise toujours le moteur de base de données Access (ACE).
Avant de mettre à jour une base de données Access
Avant de mettre à niveau votre base de données Access vers une base de données SQL Server ou un projet Access, procédez comme suit :
-
Sauvegarder votre base de données Bien que l’Assistant Upsizing ne supprime pas de données ou d’objets de base de données de votre base de données Access, il est judicieux de créer une copie de sauvegarde de votre base de données Access avant de la redimensionner.
-
Vérifiez que vous disposez d’un espace disque suffisant Vous devez disposer d’un espace disque suffisant sur l’appareil qui contiendra la base de données upsized. L’Assistant Montée en puissance fonctionne mieux quand il y a beaucoup d’espace disque disponible.
-
Créer des index uniques Une table liée doit avoir un index unique pour pouvoir être mise à jour dans Access. L’Assistant Montée en puissance peut mettre à jour un index unique existant, mais il ne peut pas en créer un là où il n’en existe aucun. Si vous souhaitez être en mesure de mettre à jour vos tables, veillez à ajouter un index unique à chaque table Access avant le redimensionnement.
-
Attribuez-vous les autorisations appropriées sur la base de données SQL Server
-
Pour effectuer une montée en puissance vers une base de données existante, vous avez besoin des autorisations CREATE TABLE et CREATE DEFAULT.
-
Pour créer une nouvelle base de données, vous avez besoin de l’autorisation CREATE DATABASE et des autorisations SELECT sur les tables système de la base de données Master.
-
L’Assistant Migration d’Access 2007 est optimisé pour fonctionner avec Microsoft SQL Server 2000 et SQL Server 2005.
Utiliser l’Assistant Upsizing
-
Sous l’onglet Outils de base de données, dans le groupe Déplacer des données, cliquez sur SQL Server.
L’Assistant Montée en puissance démarre.
Étape 1 : Choisir de passer à une base de données existante ou à une nouvelle base de données
Dans la première page de l’Assistant, vous spécifiez si vous souhaitez mettre à niveau la base de données Access vers une base de données SQL Server existante ou créer une base de données SQL Server.
-
Utiliser une base de données existante Si vous sélectionnez cette option, puis cliquez sur Suivant, Access affiche la boîte de dialogue Sélectionner une source de données pour vous permettre de créer une connexion ODBC à la base de données SQL Server existante.
À propos des sources de données ODBC
Une source de données est une source de données combinée aux informations de connexion nécessaires pour accéder à ces données. Des exemples de sources de données sont Access, SQL Server, SGBDR Oracle, une feuille de calcul et un fichier texte. Exemples d’informations de connexion : emplacement du serveur, nom de la base de données, ID de connexion, mot de passe et diverses options de pilote ODBC qui décrivent comment se connecter à la source de données.
Dans l’architecture ODBC, une application (telle qu’Access ou un programme Microsoft Visual Basic) se connecte au Gestionnaire de pilotes ODBC, qui utilise à son tour un pilote ODBC spécifique (par exemple, un pilote ODBC Microsoft SQL) pour se connecter à une source de données (dans ce cas, une base de données SQL Server). Dans Access, vous utilisez des sources de données ODBC pour vous connecter à des sources de données externes à Access qui n’ont pas de pilotes intégrés.
Pour vous connecter à ces sources de données, vous devez procéder comme suit :
-
Installez le pilote ODBC approprié sur l’ordinateur qui contient la source de données.
-
Définissez un nom de source de données (DSN) à l’aide de l’Administrateur de sources de données ODBC pour stocker les informations de connexion dans le Registre Windows de Microsoft, dans un fichier DSN ou dans une chaîne de connexion dans le code Visual Basic pour transmettre les informations de connexion directement au Gestionnaire de pilote ODBC.
Sources de données machine
Les sources de données de l’ordinateur stockent les informations de connexion dans le Registre Windows sur un ordinateur spécifique avec un nom défini par l’utilisateur. Vous pouvez utiliser des sources de données d’ordinateur uniquement sur l’ordinateur sur lequel elles sont définies. Il existe deux types de sources de données d’ordinateur — utilisateur et système. Les sources de données utilisateur ne peuvent être utilisées que par l’utilisateur actuel et sont visibles uniquement par cet utilisateur. Les sources de données système peuvent être utilisées par tous les utilisateurs sur un ordinateur et sont visibles par tous les utilisateurs sur l’ordinateur et les services à l’échelle du système. Une source de données de machine est particulièrement utile lorsque vous souhaitez renforcer la sécurité, car seuls les utilisateurs connectés peuvent afficher une source de données de machine et elle ne peut pas être copiée par un utilisateur distant sur un autre ordinateur.
Sources de données fichier
Les sources de données fichier (également appelées fichiers DSN) stockent les informations de connexion dans un fichier texte et non dans le Registre de Windows et sont généralement plus souples à utiliser que les sources de données machine. Par exemple, vous pouvez copier une source de données de fichier sur n’importe quel ordinateur avec le pilote ODBC approprié afin que votre application puisse s’appuyer sur des informations de connexion cohérentes et précises sur tous les ordinateurs qu’elle utilise. Vous pouvez également placer la source de données fichier sur un serveur unique, le partager entre plusieurs ordinateurs du réseau et gérer aisément les informations de connexion à un seul et même emplacement.
Une source de données de fichier peut également ne pas être partagée. Une source de données de fichier non partageable réside sur un seul ordinateur et pointe vers une source de données d’ordinateur. Vous pouvez utiliser des sources de données fichier non partageables pour accéder à des sources de données existantes à partir de sources de données fichier.
Chaînes de connexion
Dans un module, vous pouvez définir une chaîne de connexion formatée qui spécifie les informations de connexion. Une chaîne de connexion transmet les informations de connexion directement au Gestionnaire de pilotes ODBC, ce qui permet de simplifier votre application en supprimant l’exigence selon laquelle un administrateur système ou un utilisateur doit d’abord créer un nom de source de données avant d’utiliser la base de données.
-
-
Créer une base de données Si vous sélectionnez cette option, puis cliquez sur Suivant, Access affiche une page dans laquelle vous entrez des informations sur la nouvelle base de données SQL Server.
-
Quelle SQL Server souhaitez-vous utiliser pour cette base de données ? Tapez le nom du serveur que vous souhaitez utiliser.
-
Utiliser une connexion approuvée Vous pouvez utiliser une connexion approuvée, c’est-à-dire, SQL Server pouvez intégrer la sécurité du système d’exploitation Windows pour fournir une connexion unique au réseau et à la base de données.
-
ID de connexion et mot de passe Si vous n’utilisez pas de connexion approuvée, tapez l’ID de connexion et le mot de passe d’un compte avec des privilèges CREATE DATABASE sur le serveur.
-
Que voulez-vous nommer votre nouvelle base de données SQL Server ? Tapez le nom de la nouvelle base de données SQL Server. Access révise le nom s’il est en conflit avec un nom de base de données existant et ajoute un suffixe numéroté (mydatabase 1, par exemple).
-
Étape 2 : Choisir les tables à upsize
Dans cette étape, vous sélectionnez les tables Access que vous souhaitez mettre à niveau dans la base de données SQL Server. Sélectionnez les tables que vous souhaitez mettre à l’avant, puis utilisez les boutons de direction pour les déplacer vers la liste Exporter vers SQL Server. Vous pouvez également double-cliquer sur une table pour la déplacer d’une liste à l’autre.
La liste Tables disponibles inclut toutes les tables liées, à l’exception des tables SQL Server déjà dans une base de données SQL Server. Les tables liées qui pointent vers une base de données SQL Server sélectionnée pour le redimensionnement apparaissent automatiquement dans la zone de liste Exporter vers SQL Server et ne peuvent pas être supprimées. Les tables qui ne sont actuellement pas visibles dans le Volet de navigation sont également exclues, y compris les tables masquées et les tables système.
Conseil : Toute table dont le nom se termine par « _local » est exclue de la liste des tables disponibles pour empêcher le redimensionnement des tables qui ont déjà été mises à jour. Si vous souhaitez redimensionner ces tables, renommez-les avant d’exécuter l’Assistant Redimensionnement en supprimant le suffixe « _local ».
Étape 3 : Spécifier les attributs et les options à mettre à jour
Dans cette étape, vous sélectionnez les attributs de table à mettre à niveau dans votre base de données SQL Server. Par défaut, tous les attributs sont sélectionnés pour le redimensionnement par défaut.
Remarque : Par défaut, l’Assistant Migration convertit les noms des champs Access en noms de champs de SQL Server légaux et convertit les types de données Access en types de données SQL Server équivalents.
Quels attributs de table souhaitez-vous mettre à jour ?
Le tableau suivant répertorie les attributs que vous pouvez redimensionner et décrit comment l’Assistant Migration gère chacun d’eux :
|
Attribut |
Action si sélectionnée |
|||||||||||||||
|
Index |
L’Assistant Montée en puissance permet de redimensionner tous les index. L’Assistant Migration convertit les clés primaires Access en index SQL Server et les marque comme SQL Server clés primaires. Si vous choisissez de lier la table de SQL Server mise à jour à votre base de données Access, l’Assistant Migration ajoute également le préfixe « aaaaa » au nom de l’index. En effet, Access choisit l’index qui est le premier par ordre alphabétique dans la liste des index disponibles comme clé primaire et le préfixe « aaaaa » garantit que l’index approprié est choisi. Tous les autres index conservent leur nom, sauf si les caractères non autorisés sont remplacés par le caractère « _ ». Les index Access uniques et non uniques deviennent des index SQL Server uniques et non uniques. Une table liée doit avoir un index unique pour pouvoir être mise à jour dans Access. L’Assistant Montée en puissance peut mettre à jour un index unique existant, mais il ne peut pas en créer un là où il n’en existe aucun. Si vous souhaitez pouvoir mettre à jour les données de vos tables après les avoir mises à jour, veillez à ajouter un index unique à chaque table Access avant le redimensionnement. |
|||||||||||||||
|
Règles de validation |
L’Assistant Montée en puissance actualise les éléments suivants en tant que déclencheurs de mise à jour et d’insertion :
Un déclencheur est une série d’instructions Transact-SQL associées à une table SQL Server. Une table peut avoir trois déclencheurs, un pour chacune des commandes qui peuvent modifier les données d’une table : les commandes UPDATE, INSERT et DELETE. Le déclencheur est exécuté automatiquement lorsque la commande est exécutée. L’Assistant Upsizing utilise des déclencheurs plutôt que des règles SQL Server pour appliquer la validation au niveau du champ, car SQL Server règles ne vous permettent pas d’afficher des messages d’erreur personnalisés. Chaque règle de validation n’a pas nécessairement de correspondance un-à-un avec un déclencheur. Chaque règle de validation peut faire partie de plusieurs déclencheurs, et chaque déclencheur peut contenir du code pour émuler les fonctionnalités de plusieurs règles de validation. Lorsque vous définissez la propriété Required d’un champ Access sur true, un utilisateur ne peut pas insérer un enregistrement et laisser le champ requis null (s’il n’y a pas de valeur par défaut liée au champ) ou rendre le champ null lors de la mise à jour d’un enregistrement. Les champs obligatoires sont redimensionnés pour les champs qui n’autorisent pas les valeurs Null sur SQL Server. Texte de validation La propriété Texte de validation de la base de données Access est convertie en propriété Texte de validation du projet Access. Cela permet d’afficher les messages d’erreur convivial Access en cas de violation de contrainte au moment de l’exécution. |
|||||||||||||||
|
Valeurs par défaut |
L’Assistant Upsizing upsizing met toutes les propriétés valeur par défaut en objets ansI (American National Standards Institute) par défaut. |
|||||||||||||||
|
Relations de la table |
L’Assistant Upsizing upsize toutes les relations de table. Vous pouvez décider comment mettre à jour les relations de table et l’intégrité référentielle à l’aide de déclencheurs de mise à jour, d’insertion ou de suppression, ou à l’aide de l’intégrité référentielle déclarée (DRI). DRI fonctionne de la même façon que l’intégrité référentielle Access en définissant des contraintes de clé primaire pour les tables de base (le côté « un » d’une relation un-à-plusieurs) et des contraintes de clé étrangère pour les tables étrangères (généralement le côté « plusieurs » d’une relation un-à-plusieurs).
|
Quelles options de données voulez-vous inclure ?
-
Ajouter des champs timestamp aux tables SQL Server utilise un champ timestamp pour indiquer qu’un enregistrement a été modifié (mais pas lorsqu’il a été modifié) en créant un champ de valeur unique, puis en mettant à jour ce champ chaque fois qu’un enregistrement est mis à jour. Pour une table liée, Access utilise la valeur dans les champs timestamp pour déterminer si un enregistrement a été modifié avant de le mettre à jour. En général, un champ timestamp offre les meilleures performances et fiabilité. Sans champ timestamp, SQL Server devez case activée tous les champs de l’enregistrement pour déterminer si l’enregistrement a changé, ce qui ralentit les performances.
Le tableau suivant décrit les paramètres disponibles dans cette liste :
|
Paramètre |
Description |
|
Oui, laissez l’Assistant décider |
Si les tables Access d’origine contiennent des champs à virgule flottante (simple ou double), mémo ou objet OLE, l’Assistant Redimensionnement crée de nouveaux champs d’horodatage dans les tables SQL Server obtenues pour ces champs. |
|
Oui, toujours |
L’Assistant Redimensionnement crée un champ timestamp pour toutes les tables de dimensionnement, quels que soient les types de champs qu’elles contiennent. Cela améliore les performances des tables Access upsized qui peuvent ne pas contenir de champs Mémo, Objet OLE ou à virgule flottante, mais qui ont des champs d’autres types. |
|
Non, jamais |
L’Assistant Montée en puissance n’ajoute pas de champs d’horodatage aux tables. |
Important : Dans les tables de SQL Server liées, Access n’case activée pas pour déterminer si les champs d’objet Memo ou OLE ont changé, car ces champs peuvent avoir une taille de plusieurs mégaoctets et la comparaison peut être trop gourmande en réseau et fastidieuse. Par conséquent, si seul un champ de texte ou d’image a changé et qu’il n’y a pas de champ timestamp, Access remplace la modification. En outre, la valeur d’un champ à virgule flottante peut sembler avoir changé alors qu’elle ne l’a pas été. Par conséquent, en l’absence d’un champ d’horodatage, Access peut déterminer que l’enregistrement a été modifié alors qu’il ne l’a pas fait.
-
Créez uniquement la structure de table, ne pas mettre à jour les données L’Assistant Montée en puissance permet de mettre toutes les données à SQL Server par défaut. Si vous sélectionnez la zone Créer uniquement une structure de table, ne augmentez pas la taille des données case activée, seule la structure de données est mise à jour.
Étape 4 : Choisir comment mettre à jour votre application
Dans la page suivante de l’Assistant, vous pouvez sélectionner l’une des trois façons différentes de mettre à niveau votre application de base de données Access. Sous Quelles modifications d’application voulez-vous apporter ?, sélectionnez l’une des options suivantes :
-
Créer une application cliente/serveur Access Si vous sélectionnez cette option, l’Assistant Migration crée un projet Access. L’Assistant Upsizing vous invite à entrer un nom, qui est défini par défaut sur le nom actuel de la base de données Access, ajoute un suffixe « CS », puis stocke le projet au même emplacement que la base de données Access existante.
L’Assistant Migration crée le fichier projet Access, puis redimensionne tous les objets de base de données de la base de données Access vers le projet Access. Si vous n’enregistrez pas le mot de passe et l’ID utilisateur, la première fois que vous ouvrez le projet Access, Access affiche la boîte de dialogue Propriétés de la liaison de données afin que vous puissiez vous connecter à une base de données SQL Server.
-
Lier des tables SQL Server à une application existante Si vous sélectionnez cette option, l’Assistant Migration modifie votre base de données Access afin que vos requêtes, formulaires, rapports et pages d’accès aux données utilisent les données de la nouvelle base de données SQL Server plutôt que les données de votre base de données Access. L’Assistant Montée en puissance renomme les tables Access que vous redimensionnez avec le suffixe « _local ». Par exemple, si vous augmentez la taille d’une table nommée Employés, la table est renommée Employees_local dans votre base de données Access. Ensuite, l’Assistant Upsizing crée une table SQL Server liée nommée Employees.
Remarque : Une fois l’opération de montée en puissance terminée, les tables qui ont été renommées avec le suffixe « _local » ne seront plus utilisées. Toutefois, il est judicieux de conserver les tables locales jusqu’à ce que vous vérifiiez que le redimensionnement a réussi. À une date ultérieure, vous pouvez supprimer les tables locales pour réduire la taille de votre base de données Access. Veillez à sauvegarder votre base de données avant de supprimer des tables.
Les requêtes, les formulaires, les rapports et les pages d’accès aux données basées sur les tables Employés d’origine utilisent désormais la table Employés SQL Server liée. La plupart des propriétés des champs de la table locale d’origine sont héritées par la nouvelle table locale, notamment Description, Légende, Format, InputMask et DecimalPlaces.
-
Aucune modification de l’application Sélectionnez cette option si vous souhaitez uniquement copier vos données dans la base de données SQL Server et ne pas apporter d’autres modifications à votre application de base de données Access existante.
Enregistrer le mot de passe et l’ID utilisateur Par défaut, l’Assistant Migration crée des tables liées dans l’application existante ou crée un projet Access sans enregistrer le nom d’utilisateur et le mot de passe. Cela signifie que les utilisateurs sont invités à entrer un nom d’utilisateur et un mot de passe chaque fois qu’ils se connectent à une base de données SQL Server.
Si vous sélectionnez Enregistrer le mot de passe et l’ID utilisateur, les utilisateurs peuvent se connecter à une base de données SQL Server sans se connecter. Si vous sélectionnez Créer une application cliente/serveur Access, le projet Access stocke le mot de passe du nom d’utilisateur dans le chaîne de connexion OLE DB.
Remarque : Cette option est désactivée pour l’option Aucune modification de l’application si une table SQL Server liée est configurée avec une table MSysConf pour refuser l’enregistrement des mots de passe.
Rapport de l’Assistant Upsizing
Lorsque vous cliquez sur Terminer, l’Assistant Migration crée un rapport qui fournit une description détaillée de tous les objets créés et signale les erreurs rencontrées pendant le processus. L’Assistant Migration affiche le rapport en mode Aperçu avant impression, puis vous pouvez imprimer ou enregistrer le rapport, par exemple, sous forme de fichier XPS ou PDF. Le rapport n’est pas enregistré en tant qu’objet Access lorsque vous fermez la fenêtre Aperçu avant impression.
Le rapport de l’Assistant Montée en puissance contient des informations sur les éléments suivants :
-
Paramètres de upsizing, y compris les attributs de table que vous avez choisi de mettre à l’upsize et la façon dont vous avez redimensionné.
-
Informations de table, notamment une comparaison des valeurs Access et SQL Server pour les noms, les types de données, les index, les règles de validation, les valeurs par défaut, les déclencheurs et si des horodatages ont été ajoutés ou non.
-
Toutes les erreurs rencontrées, telles que la base de données ou le journal des transactions complet, les autorisations inadéquates, l’appareil ou la base de données non créé, la table, la valeur par défaut ou la règle de validation ignorée, la relation non appliquée, la requête ignorée (car elle ne peut pas être traduite en syntaxe SQL Server) et contrôle et source d’enregistrement erreurs de conversion dans les formulaires et les états.
Comment les objets de base de données sont redimensionnés
Les données et objets de base de données suivants sont redimensionnés :
-
Données et types de données Tous les types de données de base de données Access sont convertis en leur équivalent dans SQL Server. L’Assistant convertit le texte de la base de données Access en Unicode en ajoutant l’identificateur de chaîne Unicode à toutes les valeurs de chaîne et en ajoutant le préfixe Unicode n à tous les types de données.
-
Requêtes
-
Les requêtes de sélection qui n’ont pas de clause ORDER BY ou les paramètres sont convertis en vues.
-
Les requêtes d’action sont converties en requêtes d’action de procédure stockée. Access ajoute SET NOCOUNT ON après le code de déclaration de paramètre pour s’assurer que la procédure stockée s’exécute.
-
Sélectionnez les requêtes qui référencent uniquement les tables (également appelées requêtes de base) qui utilisent des paramètres ou une clause ORDER BY sont converties en fonctions définies par l’utilisateur. Si nécessaire, la clause TOP 100 PERCENT est ajoutée à une requête qui contient une clause ORDER BY.
-
Les requêtes de paramètres qui utilisent des paramètres nommés conservent le nom de texte d’origine utilisé dans la base de données Access et sont converties en procédures stockées ou fonctions inline définies par l’utilisateur.
Remarque : Vous devrez peut-être convertir manuellement les requêtes qui n’ont pas été mises à l’échelle, telles que les requêtes directes SQL, les requêtes de définition de données et les requêtes d’analyse croisée. Vous devrez peut-être également monter manuellement les requêtes qui ont été imbriquées trop profondément.
-
-
Forms, rapports et contrôles Les instructions SQL dans les propriétés RecordSource, ControlsSource et RowSource pour les formulaires, les états ou les contrôles sont conservées en place et ne sont pas converties en procédures stockées ou fonctions définies par l’utilisateur.
-
Propriétés de démarrage L’Assistant Upsizing upsize les propriétés de démarrage suivantes :
StartUpShowDBWindowStartUpShowStatusBarAllowShortcutMenus AllowFullMenusAllowBuiltInToolbars AllowToolbarChangesAllowSpecialKeysUseAppIconForFrmRptAppIconAppTitleStartUpFormStartUpMenuBarStartupShortcutMenuBar
-
Modules et macros L’Assistant Upsizing n’apporte aucune modification aux modules ou aux macros. Vous devrez peut-être modifier votre application pour tirer pleinement parti des fonctionnalités de SQL Server. Pour plus d’informations, consultez l’article MSDN Optimisation des applications Microsoft Office Access liées à SQL Server.
