Déplacer des données Access vers une base de données SQL Server à l’aide de l’Assistant Migration SQL Server

Au fil du temps, la plupart des applications de base de données se développent, deviennent plus complexes et doivent prendre en charge plus d’utilisateurs. À un moment donné, vous souhaiterez peut-être augmenter la taille de votre application Microsoft Office Access vers une base de données Microsoft SQL Server. Cela peut contribuer à améliorer les performances, l’extensibilité, la disponibilité, la sécurité, la fiabilité et la capacité de récupération.

Contenu de cet article

• À propos de l’augmentation de la taille d’une base de données Microsoft Office Access
• Utilisation de l’Assistant Augmentation des effectifs
• Augmentation de la taille des objets de base de données

À propos de l’augmentation de la taille d’une base de données Microsoft Office Access

La taille croissante consiste à déplacer tout ou partie des objets de base de données d’une base de données Access vers une nouvelle base de données SQL Server existante ou un nouveau Access project (.adp).

Avantages de la mise à niveau de la taille d’une base de données vers SQL Server

• Performances et évolutivité élevées SQL Server est souvent plus performant qu’une base de données Access. Il prend également en charge de très grandes bases de données, jusqu’à des téraoctets, ce qui est beaucoup plus important que la limite d’accès actuelle de deux gigaoctets. SQL Server traite également les requêtes en parallèle et utilise efficacement la mémoire à mesure que des utilisateurs sont ajoutés.
• Disponibilité accrue SQL Server vous permet de créer des sauvegardes dynamiques, incrémentielles ou complètes, pendant l’utilisation de la base de données. Vous ne devez pas demander aux utilisateurs de quitter la base de données avant de sauvegarder les données.
• Sécurité renforcée À l’aide d’une connexion approuvée, SQL Server peut s’intégrer à Sécurité Windows pour fournir une connexion unique au réseau et à la base de données. Cela facilite la gestion des paramètres de sécurité complexes.
• Récupérabilité immédiate En cas de défaillance d’un système, par exemple lors d’un incident ou d’une panne de courant, SQL Server peut automatiquement restaurer une base de données à son dernier état cohérent en quelques minutes, sans l’aide d’un 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, car le serveur traite les requêtes avant d’envoyer les résultats au client. Cette option est généralement plus efficace, en particulier avec les grands ensembles de données. Votre application peut également utiliser des fonctions définies par l’utilisateur, des procédures stockées et des déclencheurs pour centraliser 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.

Moyens d’augmenter la taille

L’Assistant de redimensionnement 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 de redimensionnement :

• Augmentez la taille de 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 client/serveur. Cette approche nécessite des modifications d’application supplémentaires et des modifications du code et des requêtes complexes.
• Augmentez uniquement la taille des données ou des définitions de données d’une base de données Access vers une base de données SQL Server.
• Créez un serveur frontal de base de données Access vers un serveur principal de base de données SQL Server afin de pouvoir créer une application frontale/principale. Cette approche nécessite très peu de modification de l’application puisque le code utilise toujours le moteur de base de données Access (ACE).

Avant d’augmenter la taille d’une base de données Access

Avant d’augmenter la taille de votre base de données Access vers une base de données SQL Server ou un projet Access, vous pouvez procéder comme suit :

• Sauvegarder votre base de données Bien que l’Assistant de redimensionnement ne supprime aucun objet 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 l’augmenter.

• Vérifiez que vous disposez d’un espace disque suffisant. Vous devez disposer d’un espace disque suffisant sur l’appareil pour contenir la base de données augmentée. L’Assistant de redimensionnement fonctionne de façon optimale lorsque suffisamment d’espace disque est disponible.

• Créer des index uniques Une table liée doit avoir un index unique pour pouvoir être mise à jour dans Access. L’Assistant Upsizing peut augmenter la taille d’un index unique existant, mais il ne peut pas en créer un s’il n’en existe pas. Si vous souhaitez mettre à jour vos tables, ajoutez un index unique à chaque table Access avant de procéder à la modification de la taille supérieure.

• Attribuez-vous les autorisations appropriées sur la base de données SQL Server

  • Pour augmenter la taille d’une base de données existante, vous avez besoin CREATE TABLE d’autorisations et CREATE DEFAULT .
  • Pour créer une nouvelle base de données, vous devez disposer CREATE DATABASE d’autorisations et SELECT d’autorisations sur les tables système de la Master base de données.

L’Assistant de redimensionnement Access 2007 est optimisé pour fonctionner avec Microsoft SQL Server 2000 et SQL Server 2005.

Haut de la page

Utilisation de l’Assistant Augmentation des effectifs

• Sous l’onglet Outils de base de données, dans le groupe Déplacer les données, cliquez sur SQL Server. L’assistant de redimensionnement démarre.

• Étape 1 : choisir d’augmenter la taille d’une base de données existante ou d’une nouvelle base de données

• Étape 2 : choisir les tables à agrandir

• Étape 3 : Spécifier les attributs et les options à augmenter

• Étape 4 : Choisir comment augmenter la taille de votre application

• Rapport de l’assistant de redimensionnement

Étape 1 : choisir d’augmenter la taille d’une base de données existante ou d’une nouvelle base de données

Dans la première page de l’Assistant, indiquez si vous souhaitez augmenter la taille de 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 ODBC connexion à la base de données SQL Server existante. À propos des sources de données ODBC Une source de données combine les données avec les informations de connexion nécessaires pour y accéder. Access, SQL Server, Oracle SGBDR, un tableur et un fichier texte en sont des exemples. Les informations de connexion peuvent inclure l’emplacement du serveur, le nom de la base de données, l’ID de connexion, le mot de passe et ODBC les options de pilote. Dans l’architecture ODBC , une application telle qu’Access ou un programme Microsoft Visual Basic se connecte au ODBC Driver Manager, qui utilise ensuite un pilote spécifique ODBC , tel que le pilote ODBC Microsoft SQL, pour se connecter à une source de données. Dans Access, les sources de données vous permettent ODBC de vous connecter à des sources de données externes 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 approprié ODBC sur l’ordinateur contenant la source de données.
  • Définissez un nom de source de données (DSN) en utilisant l’administrateur de source de données ODBC pour stocker les informations de connexion dans le Registre Windows, en utilisant un DSN fichier ou en utilisant une chaîne de connexion dans le ODBC Driver Managercode Visual Basic pour transmettre les informations de connexion directement au . Sources de données de l’ordinateur Les sources de données de l’ordinateur stockent les informations de connexion dans le Registre Windows sur un ordinateur spécifique sous un nom défini par l’utilisateur. Vous ne pouvez les utiliser que sur l’ordinateur sur lequel elles sont définies. Il en existe deux types : utilisateur et système. Les sources de données utilisateur sont disponibles uniquement pour l’utilisateur actuel. Les sources de données système sont disponibles pour tous les utilisateurs d’un ordinateur et pour les services à l’échelle du système. Une source de données d’ordinateur est particulièrement utile lorsque vous souhaitez une sécurité supplémentaire, car seuls les utilisateurs connectés peuvent l’afficher et un utilisateur distant ne peut pas la copier sur un autre ordinateur. Sources de données de fichier Les sources de données de fichier, également appelées DSN fichiers, stockent les informations de connexion dans un fichier texte au lieu du Registre Windows. Elles sont généralement plus flexibles que les sources de données de l’ordinateur. Par exemple, vous pouvez copier une source de données de fichier sur n’importe quel ordinateur qui dispose du pilote approprié ODBC afin que votre application puisse utiliser des informations de connexion cohérentes sur chaque ordinateur. Vous pouvez également placer la source de données de fichier sur un serveur unique, la partager sur de nombreux ordinateurs sur le réseau et gérer les informations de connexion dans un emplacement unique. Une source de données fichier peut également être non partageable. Une source de données de fichier non partageable réside sur un 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 mise en forme qui spécifie les informations de connexion. Une chaîne de connexion transmet les informations de connexion directement au ODBC Driver Manager. Cela simplifie votre application, car un administrateur ou un utilisateur n’a pas besoin de créer un avant DSN 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.

  • Quel 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. Cela permet à SQL Server de s’intégrer à Sécurité Windows pour fournir une connexion 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 disposant CREATE DATABASE de privilèges sur le serveur.
  • Comment 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 existante et ajoute un suffixe numéroté, tel que mydatabase 1.

Haut de la section

Étape 2 : choisir les tables à agrandir

Au cours de cette étape, vous sélectionnez les tables Access que vous souhaitez augmenter vers la base de données de SQL Server. Sélectionnez les tables à agrandir, puis utilisez les boutons fléchés 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 qui existent déjà dans une base de données SQL Server. Les tables liées qui pointent vers une base de données SQL Server qui a été sélectionnée pour la taille croissante apparaissent automatiquement dans la zone de liste Exporter vers SQL Server et ne peuvent pas être supprimées. Les tables qui ne sont pas actuellement visibles dans le volet de navigation sont également exclues, y compris les tables masquées et les tables système.

Haut de la section

Étape 3 : Spécifier les attributs et les options à augmenter

Dans cette étape, vous sélectionnez les attributs de table à augmenter dans votre base de données SQL Server. Par défaut, tous les attributs sont sélectionnés pour l’augmentation du dimensionnement.

Quels attributs de table voulez-vous augmenter ?

Le tableau suivant répertorie les attributs que vous pouvez augmenter et décrit comment l’Assistant de redimensionnement gère chacun d’eux :

Attribut	Action si sélectionnée
Index	L’assistant de redimensionnement augmente la taille de tous les index. Il convertit les clés primaires Access en index SQL Server et les marque en tant que clés primaires SQL Server. Si vous choisissez de lier la table SQL Server agrandie à votre base de données Access, l’Assistant ajoute également le préfixe aaaaa au nom de l’index. Access choisit le premier index par ordre alphabétique comme clé primaire, et le préfixe permet de aaaaa s’assurer qu’il choisit le bon index. Tous les autres index conservent leur nom, sauf lorsque des caractères illégaux sont remplacés par _. 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 Upsizing peut augmenter la taille d’un index unique existant, mais il ne peut pas en créer un s’il n’en existe pas. Si vous souhaitez mettre à jour vos tables après le redimensionnement, ajoutez un index unique à chaque table Access avant de procéder à la taille supérieure.
Règles de validation	L’Assistant de redimensionnement met à niveau les éléments suivants en tant que déclencheurs de mise à jour et d’insertion : tous les champs Propriétés requises , règles de validation de table, règles de validation d’enregistrement et règles de validation de champ. 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 les commandes , INSERTun et DELETE un pour chacunUPDATE. Le déclencheur s’exécute automatiquement lorsque la commande s’exécute. L’Assistant de redimensionnement utilise des déclencheurs au lieu de règles de 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’est pas nécessairement associée à un déclencheur. Une règle de validation peut faire partie de plusieurs déclencheurs et un déclencheur peut contenir du code qui émule plusieurs règles de validation. Lorsque vous affectez la propriété Obligatoires d’un champ Access à True, un utilisateur ne peut pas insérer un enregistrement et laisser le champ requis nul, si aucune valeur par défaut n’est liée au champ, ou définir le champ sur null lors de la mise à jour d’un enregistrement. Les champs obligatoires sont redimensionnés dans les champs qui n’autorisent Null pas les valeurs 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 à Access d’afficher des messages d’erreur conviviaux lorsqu’une violation de contrainte se produit au moment de l’exécution.
Valeurs par défaut	L’Assistant de redimensionnement redimensionne toutes les propriétés de valeur par défaut en fonction des objets par défaut de l’American National Standards Institute (ANSI).
Relations de la table	L’Assistant Augmenter la taille augmente la taille de toutes les relations entre les tables. Vous pouvez choisir la manière d’augmenter la taille des relations de table et de l’intégrité référentielle à l’aide de UPDATE, INSERTou DELETE de déclencheurs, ou à l’aide de l’intégrité référentielle déclarée (DRI). DRI fonctionne comme 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 ». Utiliser DRI Sélectionnez les relations entre les tables et Utilisez DRI pour appliquer DRI l’intégrité référentielle. La validation de colonne de base de données Access est convertie en contrainte SQL Server DRI case activée. Les messages de validation sont mappés comme suit : Mise à jour en cascade = ON DELETE NO ACTION ON UPDATE CASCADE, « L’enregistrement ne peut pas être supprimé car la table <étrangère> contient des enregistrements associés. » ; Suppression en cascade = ON DELETE CASCADE ON UPDATE NO ACTION, « Vous ne pouvez pas ajouter ou modifier un enregistrement car un enregistrement associé est requis dans la table <PrimaryTable>. » ; Mise à jour et suppression en cascade = ON DELETE CASCADE ON UPDATE CASCADE, aucune valeur n’est définie ; No DRI = ON DELETE NO ACTION ON UPDATE NO ACTION, « Vous ne pouvez pas ajouter, modifier ou supprimer cet enregistrement en raison de la restriction de relation entre les tables <table primaire> et <table> étrangère. » Utiliser des déclencheurs Si vous avez défini des mises à jour ou des suppressions en cascade dans vos relations de table Access et que vous voulez conserver ce comportement dans les tables de taille supérieure, sélectionnez Relations de table et Utiliser les déclencheurs. Cela augmente les mises à jour en cascade ou les suppressions en tant que déclencheurs pour appliquer l’intégrité référentielle. Une relation entre tables ne correspond pas nécessairement de manière un-à-un avec un déclencheur. Une relation peut faire partie de plusieurs déclencheurs, ou un déclencheur peut contenir du code qui émule plusieurs règles d’intégrité référentielle. Les déclencheurs d’insertion sont utilisés sur les tables enfants et les déclencheurs de suppression sur les tables parents. Access nécessite DRI de lire le diagramme de base de données d’une base de données SQL Server. Pour permettre à Access de lire le diagramme de base de données tout en appliquant l’intégrité référentielle à l’aide de déclencheurs, l’Assistant de redimensionnement applique DRI les relations mais désactive la vérification des contraintes de clé étrangère.

Quelles options de données voulez-vous inclure ?

• Ajouter des champs d’horodatage aux tables SQL Server utilise un timestamp champ pour montrer qu’un enregistrement a changé, mais pas quand il a changé. Pour ce faire, il crée un champ de valeur unique et met à jour ce champ chaque fois que l’enregistrement est mis à jour. Dans le cas d’une table liée, Access utilise la valeur des timestamp champs pour déterminer si un enregistrement a été modifié avant de le mettre à jour. En général, un timestamp champ offre les meilleures performances et fiabilité. Sans un enregistrement, SQL Server devez case activée tous les champs de l’enregistrement pour déterminer si celui-ci a changé, ce qui réduit les performances. Le tableau suivant décrit les paramètres disponibles dans cette liste :

Paramètres	Description
Oui, laisser 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 de redimensionnement crée de nouveaux champs d’horodatage dans les tables SQL Server résultantes pour ces champs.
Oui, toujours	L’Assistant de redimensionnement crée un champ d’horodatage pour toutes les tables rehaussées, quels que soient les types de champs qu’elles contiennent. Cela améliore les performances des tables Access de taille supérieure qui ne contiennent peut-être pas de mémo, d’objet OLE ou de virgule flottante, mais qui ont des champs d’autres types.
Non, jamais	L’Assistant de redimensionnement n’ajoute timestamp pas de champs aux tables.

• Créez uniquement la structure du tableau, n’augmentez pas la taille des données L’Assistant de redimensionnement augmente la taille de toutes les données dans SQL Server par défaut. Si vous sélectionnez la zone Créer une table uniquement, n’augmentez pas la taille d’une case activée de données, seule la structure de données est augmentée.

Haut de la section

Étape 4 : Choisir comment augmenter la taille de votre application

Sur la page suivante de l’Assistant, vous pouvez choisir l’une des trois méthodes suivantes pour augmenter la taille de 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 client/serveur Access Si vous sélectionnez cette option, l’Assistant Upsizing crée un projet Access. Il vous invite à entrer un nom, utilise le nom de la base de données Access actuelle par défaut, ajoute le suffixe CS et stocke le projet au même emplacement que la base de données Access existante. L’Assistant de redimensionnement crée le fichier projet Access, puis augmente la taille de 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 d’utilisateur, la première fois que vous ouvrez le projet Access, Access affiche la boîte de dialogue Propriétés du lien de données afin de 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 de redimensionnement modifie votre base de données Access de sorte que vos requêtes, formulaires, états et pages d’accès aux données utilisent les données de la nouvelle base de données SQL Server au lieu des données de votre base de données Access. L’Assistant de redimensionnement renomme les tables Access que vous augmentez en ajoutant le suffixe _local. Par exemple, si vous augmentez la taille d’une table nommée Employees, celle-ci est renommée Employees_local dans votre base de données Access. Ensuite, l’Assistant de redimensionnement crée une table SQL Server liée nommée Employees.

  Remarque

  Une fois l’opération de redimensionnement terminée, les tables renommées avec le _local suffixe ne sont plus utilisées. Toutefois, il est judicieux de conserver les tables locales jusqu’à ce que vous vérifiiez que le redimensionnement a réussi. Vous pourrez ensuite supprimer les tables locales afin de 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, formulaires, états et pages d’accès aux données basés sur la table d’origine Employees utilisent désormais la table SQL Server Employees liée. De nombreuses propriétés de champ de la table locale d’origine sont héritées par la nouvelle table locale, notamment Description, Caption, Format, InputMask et DecimalPlaces.

• Aucune modification de l’application Sélectionnez cette option si vous voulez 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 Upsizing 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 à chaque fois. Si vous sélectionnez Créer une application client/serveur Access, le projet Access stocke le nom d’utilisateur et le mot de passe dans la OLE DB chaîne de connexion.

Rapport de l’assistant de redimensionnement

Lorsque vous cliquez sur Terminer, l’Assistant de redimensionnement crée un rapport qui décrit tous les objets créés et répertorie les erreurs détectées au cours du processus. L’Assistant affiche le rapport en mode Aperçu avant impression, où vous pouvez l’imprimer ou l’enregistrer en tant que 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 de redimensionnement contient des informations sur les points suivants :

• Augmenter les paramètres, y compris les attributs de table que vous avez choisis et la façon dont vous avez augmenté la taille.
• Informations de tableau, y compris une comparaison des valeurs Access et de 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 l’ajout ou non d’horodatages.
• Toutes les erreurs rencontrées, telles qu’une base de données ou un journal des transactions plein, des autorisations inadéquates, un appareil ou une base de données non créé, une table, une valeur par défaut ou règle de validation ignorée, une relation non appliquée, une requête ignorée (car elle ne peut pas être traduite dans SQL Server syntaxe) et des erreurs de conversion de source de contrôle et d’enregistrement dans les formulaires et les états.

Haut de la section

Haut de la page

Augmentation de la taille des objets de base de données

Les objets de base de données et 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 leurs équivalents SQL Server. L’Assistant convertit du texte Access en Unicode en ajoutant l’identificateur de chaîne Unicode à toutes les valeurs de chaîne et le préfixe Unicode n à tous les types de données.

• Requêtes

  • SELECT Les requêtes qui n’ont pas de clause ou de ORDER BY paramètres sont converties 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 vérifier que la procédure stockée s’exécute.

  • SELECT Les requêtes qui référencent uniquement des tables, également appelées requêtes de base, et qui utilisent des paramètres ou une ORDER BY clause sont converties en fonctions définies par l’utilisateur. Si nécessaire, la TOP 100 PERCENT clause est ajoutée à une requête qui contient une ORDER BY clause.

  • Les requêtes avec 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 en fonctions définies par l’utilisateur en ligne.

    Remarque

    Vous devrez peut-être convertir manuellement les requêtes qui n’ont pas été augmentées, telles que les requêtes SQL directes, les requêtes de définition de données et les requêtes de type tableau croisé. Vous devrez peut-être également augmenter manuellement la taille des requêtes imbriquées trop profondément.

• Formulaires, états et contrôles Les instructions SQL dans les propriétés RecordSource, ControlSource et RowSource pour les formulaires, les états ou les contrôles restent en place et ne sont pas converties en procédures stockées ou en fonctions définies par l’utilisateur.

• Propriétés de démarrage L’Assistant de redimensionnement augmente les propriétés de démarrage suivantes :

  • StartUpShowDBWindow
  • StartUpShowStatusBar
  • AllowShortcutMenus
  • AllowFullMenus
  • AllowBuiltInToolbars
  • AllowToolbarChanges
  • AllowSpecialKeys
  • UseAppIconForFrmRpt
  • AppIcon
  • AppTitle
  • StartUpForm
  • StartUpMenuBar
  • StartupShortcutMenuBar

• Modules et macros L’Assistant Upsizing n’apporte aucune modification aux modules ou macros. Vous devrez peut-être modifier votre application pour tirer pleinement parti des fonctionnalités de SQL Server. Pour plus d’informations, voir l’article MSDN Optimisation des applications Microsoft Office Access liées à SQL Server.

Haut de la page