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

Important :  Cet article a été traduit automatiquement, voir l’avertissement. Vous pouvez consulter la version en anglais de cet article ici.

Au fil du temps, la plupart des applications de base de données agrandir, deviennent plus complexes et à prendre en charge davantage d’utilisateurs. Au cours de la durée de vie de votre application Microsoft Office Access, vous souhaiterez migration vers celle-ci à une base de données Microsoft SQL Server pour optimiser les performances, extensibilité élevées, disponibilité, sécurité, la fiabilité et récupération.

Dans cet article

Sur la migration d’une base de données Microsoft Office Access

Utiliser l’Assistant Migration SQL Server

Comment faire migrer les objets de base de données

Sur la migration d’une base de données Microsoft Office Access

La migration est le processus de migration certaines ou toutes les objets de base de données à partir d’une base de données Access à une base de données SQL Server nouveau ou existant ou nouveau projet Access (.adp).

Avantages de la migration d’une base de données SQL Server

  • Performances et extensibilité élevées    Dans de nombreux cas, 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, Tabloïd to, qui est largement supérieur à la limite actuelle pour une base de données Access de deux gigaoctets. Enfin, SQL Server travaille très efficacement en traitant des requêtes en parallèle (à l’aide de plusieurs threads natifs dans un seul processus pour gérer les demandes d’utilisateur) et minimisation des besoins en mémoire supplémentaires lorsque plusieurs 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 s’il est en cours d’utilisation. Par conséquent, vous n’avez pas obliger les utilisateurs à quitter la base de données pour sauvegarder des données.

  • Amélioration de la sécurité    Avec une connexion sécurisée, SQL Server peut s’intégrer avec la sécurité du système Windows pour fournir un accès intégré au réseau et à la base de données en utilisant le meilleur des deux systèmes de sécurité. Cela facilite la gestion des systèmes de sécurité complexes.

  • Récupérabilité immédiate    En cas d’échec système (tels que le blocage d’un système d’exploitation ou coupure de courant), SQL Server contient un mécanisme de récupération automatique qui restaure une base de données vers le dernier état de cohérence en quelques minutes, sans intervention de l’administrateur de base de données.

  • Traitement basé sur serveur    À l’aide de SQL Server dans une configuration client/serveur réduit le trafic réseau en traitement des requêtes de base de données sur le serveur avant d’envoyer des résultats pour le client. Demandant au serveur d’effectuer le traitement est généralement beaucoup plus efficace, surtout si vous travaillez 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 et partager la logique de l’application, les règles d’entreprise et stratégies, des requêtes complexes, validation des données et code l’intégrité référentielle sur le serveur, plutôt que sur le client.

Méthodes de migration

L’Assistant Migration déplace des objets de base de données et les données qu’ils contiennent à partir d’une base de données Access vers une base de données SQL Server nouvelle ou existante.

Il existe trois manières d’utiliser l’Assistant Migration :

  • Faites migrer tous les objets de base de données à partir d’une base de données Access à un accès à un projet afin que vous puissiez créer une application client/serveur. Cette approche requiert certaines modifications supplémentaires de l’application et la modification de code et des requêtes complexes.

  • Uniquement migrer des données ou les définitions de données à partir d’une base de données Access vers une base de données SQL Server.

  • Créer une base de données frontale pour une base de données SQL Server principale afin que vous puissiez créer un application frontale/principale. Cette approche requiert très peu de modifications application puisque le code utilise toujours le moteur de base de données Access (ACE).

Avant de procéder à la migration d’une base de données Access

Avant de faire migrer votre base de données Access à une base de données SQL Server ou le projet Access, tenez compte des procédant comme suit :

  • Sauvegarder votre base de données     Bien que l’Assistant Migration SQL Server ne supprime pas toutes les données ou objets de base de données à partir de votre base de données Access, il est conseillé de créer une copie de sauvegarde de votre base de données Access avant de procéder à la migration.

  • Vérifiez que vous disposez de suffisamment d’espace disque     Vous devez disposer de suffisamment d’espace disque sur le périphérique qui contiendra la base de données migrée. L’Assistant Migration fonctionne au mieux lorsqu’il y a suffisamment d’espace disque disponible.

  • Créer des index uniques     Une table liée doit avoir un index unique pour être modifiable dans Access. L’Assistant Migration peut faire migrer un index unique existant, mais pas en créer un lorsqu’il n’y. Si vous souhaitez pouvoir mettre à jour vos tables, vérifiez que vous ajoutez un index unique à chaque table Access avant la migration.

  • Attribuer des autorisations appropriées sur la base de données SQL Server

    • Pour migrer vers une base de données existante, vous devez disposer des autorisations CREATE TABLE et CREATE DEFAULT.

    • Pour créer une nouvelle base de données, vous avez besoin d’une autorisation de créer une base de données et les autorisations SELECT sur les tables système dans le masque des base de données.

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

Haut de la page

Utiliser l’Assistant Migration SQL Server

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

    L’Assistant de migration démarre.

Étape 1: Choisir les migrer vers une base de données existante ou une base de données

Étape 2: Choisir les tables à migrer

Étape 3: Indiquez les attributs et les options pour être migrés

Étape 4: Choisir comment migrer votre application

Le rapport de l’Assistant Migration SQL Server

Étape 1: Choisir les migrer vers une base de données existante ou une base de données

Sur la première page de l’Assistant, vous spécifiez si vous voulez faire migrer la base de données Access à une base de données SQL Server existante ou créez une nouvelle base de données SQL Server.

  • Base de données existante utilisation    Si vous sélectionnez cette option, puis cliquez sur suivant, Access affiche la boîte de dialogue Sélectionner la Source de données afin que vous puissiez 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ées avec les informations de connexion nécessaires pour accéder à ces données. Exemples de sources de données sont Access, SQL Server, Oracle RDBMS, une feuille de calcul et un fichier texte. Exemples d’informations de connexion sont emplacement serveur, base de données, nom d’utilisateur, mot de passe et différentes options du pilote ODBC qui décrivent comment se connecter à la source de données.

    Dans l’architecture ODBC, une application (par exemple, Access ou un programme Microsoft Visual Basic) se connecte au Gestionnaire de pilote ODBC, qui à son tour utilise un pilote ODBC spécifique (par exemple, pilote ODBC Microsoft SQL) pour vous connecter à une source de données (dans ce cas, une base de données SQL Server). Dans Access, les sources de données ODBC vous permet de vous connecter aux 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édez comme suit :

    • Installer le pilote ODBC approprié sur l’ordinateur qui contient la source de données.

    • Définir 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 Microsoft Windows ou un fichier DSN ou une chaîne de connexion dans le code Visual Basic pour transmettre les informations de connexion au Gestionnaire de pilote ODBC.

      Sources de données d'ordinateur

      Sources de données machine 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 machine uniquement sur l’ordinateur qu’ils sont définis sur. Il existe deux types de sources de données machine — système et utilisateur. Sources de données utilisateur peuvent être utilisées uniquement par l’utilisateur actuel et sont visibles uniquement à cet utilisateur. Sources de données système peuvent être utilisées par tous les utilisateurs sur un ordinateur et sont visibles à tous les utilisateurs de l’ordinateur et services du système. Une source de données machine est particulièrement utile lorsque vous voulez renforcer la sécurité, étant donné que seuls les utilisateurs qui sont connectés peuvent afficher les sources de données machine et il ne peut pas être copié par un utilisateur distant vers un autre ordinateur.

      Sources de données fichier

      Sources de données fichier (également appelées fichiers DSN) stockent les informations de connexion dans un fichier texte, pas le Registre Windows et sont généralement plus souples à utiliser que les sources de données machine. Par exemple, vous pouvez copier une fichier source de données à n’importe quel ordinateur avec le pilote ODBC afin que votre application peut exploiter les informations de connexion cohérentes et précises pour tous les ordinateurs qu’elle utilise. Ou vous pouvez placer la source de données de fichier sur un serveur unique, partager entre plusieurs ordinateurs du réseau et de gérer facilement les informations de connexion à un seul emplacement.

      Une source de données fichier peut également être non partageable. Une source de données 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 de fichier non partageables pour accéder à des sources de données d'ordinateur à partir de sources de données fichier existantes.

      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 au Gestionnaire de pilote ODBC, et il permet de simplifier votre application en supprimant le besoin qu’un administrateur système ou un utilisateur d’abord crée une source de données avant d’utiliser la base de données.

  • Créer une nouvelle base de données    Si vous sélectionnez cette option, puis cliquez sur suivant, Access affiche une page dans laquelle vous entrez d’informations sur la nouvelle base de données SQL Server.

    • Quels SQL Server souhaitez-vous utiliser pour cette base de données?     Tapez le nom du serveur que vous voulez utiliser.

    • Utiliser une connexion approuvée     Vous pouvez utiliser une connexion approuvée, autrement dit, SQL Server peut intégrer la sécurité du système d’exploitation Windows pour fournir une seule ID utilisateur pour le réseau et la base de données.

    • ID de connexion et de mot de passe     Si vous n’utilisez pas une connexion approuvée, tapez le nom d’utilisateur et mot de passe d’un compte doté 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 vérifie qu’il est en conflit avec un nom de base de données existant et ajoute un suffixe numéroté (MaBasedeDonnées 1, par exemple).

Haut de la section

Étape 2: Choisir les tables à migrer

Dans cette étape, vous sélectionnez les tables Access que vous voulez migrer vers la base de données SQL Server. Sélectionnez les tables que vous voulez migrer, puis utilisez les flèches pour les déplacer vers la liste Exporter vers SQL Server. Vous pouvez également double-cliquer sur une table à déplacer d’une liste à l’autre.

La liste de Tables disponibles comprend 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 qui a été activée pour la migration automatiquement s’affichent dans la zone de liste Exporter vers SQL Server et ne peut pas être supprimés. Les tables qui ne sont pas actuellement visibles dans la Volet de navigation sont également exclues, y compris les tables masquées et système.

Conseil : Toute table qui contient un nom se termine par « _locale » est exclu de la liste des tables disponibles pour empêcher la migration de tables qui ont déjà été migrés. Si vous souhaitez migrer ces tables à nouveau, renommez-les avant d’exécuter l’Assistant Migration en supprimant le suffixe « _locale ».

Haut de la section

Étape 3: Indiquez les attributs et les options pour être migrés

Dans cette étape, vous sélectionnez les attributs de table pour migrer vers votre base de données SQL Server. Par défaut, tous les attributs sont sélectionnés pour la migration par défaut.

Remarque : Par défaut, l’Assistant Migration convertit les noms de champ Access en juridiques noms de champs de SQL Server et convertit les types de données Access en types de données SQL Server équivalents.

Quels attributs de table voulez-vous faire migrer ?

Le tableau suivant répertorie les attributs que vous pouvez migrer et explique comment l’Assistant Migration SQL Server gère chacun d'entre eux :

Attribut

Action si sélectionné

Index

L’Assistant Migration migre tous les index.

L’Assistant Migration convertit clés primaires Access à partir d’index SQL Server et les marque comme clés primaires de SQL Server. Si vous choisissez de lier la table SQL Server migrée à votre base de données Access, l’Assistant Migration ajoute également le préfixe « aaaaa » au nom d’index. C’est parce que Access sélectionne l’index qui vient en premier dans l’ordre alphabétique dans la liste des index disponibles comme clé primaire et le préfixe « aaaaa » garantit que l’index approprié est sélectionné.

Tous les autres index conserve leur nom, sauf où les caractères non valides sont remplacées par le caractère « _ ». Les index Access uniques et non unique deviennent uniques et non unique à partir d’index SQL Server.

Une table liée doit avoir un index unique pour être modifiable dans Access. L’Assistant Migration peut faire migrer un index unique existant, mais pas en créer un lorsqu’il n’y. Si vous voulez être en mesure de mettre à jour les données dans vos tableaux après la migration, vérifiez que vous ajoutez un index unique à chaque table Access avant la migration.

Règles de validation

L’Assistant Migration migre ce qui suit sous forme de mettre à jour et insérer des déclencheurs :

  • Toutes les propriétés requises des champs

  • Règles de validation de table

  • Règles de validation d’enregistrement

  • Règles de validation de champ

Un déclencheur est une série d’instructions Transact-SQL associé à une table SQL Server. Une table peut avoir trois déclencheurs, un pour chacune des commandes qui peuvent modifier des données dans un tableau : les commandes de mise à jour, insérer et supprimer. Le déclencheur est exécuté automatiquement lorsque la commande est effectuée. L’Assistant Migration utilise déclencheurs plutôt que des règles de SQL Server pour appliquer la validation au niveau champ règles SQL Server n’autorisent pas vous permettent d’afficher des messages d’erreur personnalisés.

Chaque règle de validation n’a pas nécessairement une correspondance 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 la fonctionnalité de plusieurs règles de validation.

Lorsque vous définissez la propriété Required d’un champ de l’accès à la valeur true, un utilisateur ne peut pas insérer un enregistrement et laisser le champ requis null (s’il n’y a aucune valeur par défaut lié au champ) ou le rendre null lors de la mise à jour un enregistrement. Les champs requis sont migrés vers des champs qui n’autorisent pas les valeurs Null dans SQL Server.

Texte de validation

La base de données Access propriété Texte de Validation est convertie en le projet Access propriété Texte de Validation. Ainsi, les messages d’erreur convivial Access à afficher dans le cas d’une violation de contrainte en cours d’exécution.

Par défaut

L’Assistant Migration migre toutes les propriétés de Valeur par défaut à américain normes ANSI (National Institute) par défaut des objets.

Relations entre les tables

L’Assistant Migration migre toutes les relations de table.

Vous pouvez décider comment migrer les relations de table et l’intégrité référentielle à l’aide de la mise à jour, insertion ou suppression déclencheurs, ou à l’aide de l’intégrité référentielle déclarés (DRI). DRI fonctionne de la même manière que l’intégrité référentielle Access en définissant des contraintes de clé primaire pour les tables sous-jacentes (du côté « un » d’une relation un-à-plusieurs) et des contraintes de clé étrangère pour les tableaux étrangère (généralement du côté « plusieurs » d’une relation un-à-plusieurs).

  • Utiliser DRI     Sélectionnez les relations entre les tables et Cascade en appliquer l’intégrité référentielle. Validation de la colonne de base de données Access est convertie en contrainte de vérification DRI SQL Server avec un message de validation comme indiqué dans le tableau suivant.

Relation de base de données Access

Clé étrangère SQL Server

Validatio texte n

Mise à jour en cascade

SUR SUPPRESSION, AUCUNE ACTION SUR LA MISE À JOUR EN CASCADE

« Impossible de supprimer l’enregistrement car la table < tableétrangère > contient les enregistrements correspondants. »

Suppression en cascade

SUPPRESSION EN CASCADE SUR AUCUNE ACTION MISES À JOUR

« Impossible d’ajouter ou modifier un enregistrement car un enregistrement associé est requis dans la table < tablesource >. »

À jour en cascade
et suppression en Cascade

SUPPRESSION EN CASCADE SUR LA MISE À JOUR EN CASCADE

Valeur n’est pas définie.

Aucune DRI

SUPPRIMER AUCUNE ACTION SUR METTRE À JOUR AUCUNE ACTION

Vous ne pouvez pas ajouter, modifier ou supprimer cet enregistrement en raison de la restriction de relation entre les tables < tablesource > et < tableétrangère >.

  • Utiliser des déclencheurs     Si vous avez défini des mises à jour en cascade ou suppressions dans les relations entre tables Access et que vous voulez conserver ce comportement dans les tables migrées, sélectionnez les relations entre les tables et utiliser des déclencheurs. Ce fait migrer en cascade met à jour ou supprime en tant que déclencheurs pour appliquer l’intégrité référentielle.

    Une relation entre tables n’a pas nécessairement une correspondance avec un déclencheur. Chaque relation peut faire partie de plusieurs déclencheurs ou chaque déclencheur peut contenir du code pour émuler la fonctionnalité de plusieurs règles d’intégrité référentielle. Déclencheurs d’insertion sont utilisées dans les tables enfants et supprimer des déclencheurs sont utilisées dans les tables parent.

    Remarque : Access requiert la DRI lire la diagramme de base de données d’une base de données SQL Server. Pour autoriser l’accès à lire le schéma de base de données tout en appliquant l’intégrité référentielle à travers des déclencheurs, l’Assistant de migration place la DRI sur les relations mais désactive la vérification des contraintes de clé étrangère.

Les options de données que vous souhaitez inclure

  • Ajouter des champs d’horodatage aux tables    SQL Server utilise un champ d’horodatage pour indiquer qu’un enregistrement a été modifié (mais pas lorsqu’il a été modifié) en créant un champ de valeur unique, puis mettez à jour ce champ chaque fois qu’un enregistrement est mis à jour. Pour une table liée, Access utilise la valeur dans les champs d’horodatage pour déterminer si un enregistrement a été modifié avant de mettre à jour. En règle générale, un champ d’horodatage offre les meilleures performances et la fiabilité. Champ d’horodatage, SQL Server doit vérifier tous les champs dans l’enregistrement pour déterminer si l’enregistrement a changé, qui ralentissent les performances.

    Le tableau suivant décrit les paramètres disponibles dans cette liste :

Paramètre

Description

Oui, laisser l’Assistant décider

Si les tables Access d’origine contiennent à virgule flottante (simple ou Double), Mémo, ou les champs de objet OLE, l’Assistant Migration SQL Server crée de nouveaux champs d’horodatage dans les tables SQL Server qui en résultent pour ces champs.

Oui, toujours

L’Assistant Migration SQL Server crée un champ d’horodatage pour toutes les tables migrées indépendamment des types de champ qu’elles contiennent. Cela améliore les performances de tables Access migrées qui ne contiennent pas Mémo, objet OLE ou des champs à virgule flottante, mais qui ont des champs d’autres types.

Non, jamais

L’Assistant de migration n’ajoute pas de champs d’horodatage aux tables.

Important : Dans les tables SQL Server, Access ne vérifie pas afin de déterminer si Mémo ou objet OLE champs ont été modifiés car ces champs peuvent être nombreux mégaoctets taille et la comparaison peut être trop accrue réseau et du temps. Par conséquent, si seul un champ de texte ou l’image a été modifié et il n’existe aucun champ horodatage, Access remplace la modification. En outre, la valeur d’un champ à virgule flottante peut-être apparaître avoir changé lorsqu’elle n’a pas, et en l’absence d’un champ d’horodatage, Access peut déterminer que l’enregistrement a été modifié lorsqu’il n’a pas.

  • Ne créer que la structure des tables, sans faire migrer les données    L’Assistant Migration migre toutes les données vers SQL Server par défaut. Si vous activez la case à cocher ne créer que la structure de la table sans faire migrer les données, seule la structure de données est migrée.

Haut de la section

Étape 4: Choisir comment migrer votre application

Dans la page suivante de l’Assistant, vous pouvez sélectionnez une des trois façons de migrer votre application de base de données Access. Sous Quels changements d’application voulez-vous faire?, sélectionnez une des options suivantes :

  • Créer une application client/serveur Access    Si vous sélectionnez cette option, l’Assistant Migration SQL Server crée un nouveau projet Access. L’Assistant Migration vous invitant à entrer un nom, qui utilise par défaut le nom de base de données Access en cours, ajoute le suffixe « SC », puis stocke le projet au même emplacement que la base de données Access existant.

    L’Assistant Migration SQL Server crée le fichier de projet Access, puis fait migrer tous les objets de base de données à partir de la base de données Access pour le projet Access. Si vous ne pas enregistrer l’ID utilisateur et mot de passe, puis la première fois que vous ouvrez le projet Access, Access affiche la boîte de dialogue Propriétés des liaisons de données afin que vous pouvez vous connecter à une base de données SQL Server.

  • Tables de lien SQL Server à l’application existante    Si vous sélectionnez cette option, l’Assistant Migration SQL Server modifie votre base de données Access afin que vos pages d’accès aux requêtes, des formulaires, des rapports et des données utilisent les données dans la nouvelle base de données SQL Server plutôt que les données dans votre base de données Access. L’Assistant de migration renomme le niveau d’accès de tables que vous faites migrer avec le suffixe « _locale ». Par exemple, si vous faites migrer une table nommée employés, la table est renommée Employés_locale dans votre base de données Access. Ensuite, l’Assistant Migration SQL Server crée une table SQL Server liée nommée employés.

    Remarque : Une fois la migration terminée, les tables qui ont été renommés avec le suffixe « _locale » ne seront plus utilisées. Toutefois, il est recommandé de conserver les tables locales jusqu'à ce que vous vérifiez que la migration 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 toutes les tables.

    Pages d’accès aux requêtes, des formulaires, des rapports et des données basées sur les tables employés d’origine utilisera maintenant la table SQL Server employés liée. La plupart des propriétés des champs dans la table locale originale sont héritées par la nouvelle table locale, y compris, Description, légende, Format, masque de saisie et décimales.

  • Aucune modification des applications    Sélectionnez cette option si vous voulez uniquement copier les données dans la base de données SQL Server et pas apportez d’autres modifications à votre application de base de données Access existante.

Enregistrer le nom d’utilisateur et mot de passe    Par défaut, l’Assistant Migration SQL Server crée des tables liées dans l’application existante ou crée un projet Access sans enregistrer le nom d’utilisateur et mot de passe. Cela signifie que les utilisateurs doivent fournir un nom d’utilisateur et mot de passe chaque fois qu’ils ouvrent une base de données SQL Server.

Si vous sélectionnez Enregistrer le nom d’utilisateur et mot de passe, les utilisateurs peuvent se connecter à une base de données SQL Server sans vous connecter. Si vous sélectionnez créer une nouvelle application client/serveur, le projet Access stocke le mot de passe nom d’utilisateur dans la chaîne de connexion OLE DB.

Remarque : Cette option est désactivée pour l’option aucune modification des applications si une table SQL Server liée est configurée avec une table MSysConf pour refuser d’enregistrer des mots de passe.

Le rapport de l’Assistant Migration SQL Server

Lorsque vous cliquez sur Terminer, l’Assistant Migration SQL Server crée un rapport qui fournit une description détaillée de tous les objets créés et signale toutes les erreurs lors du processus. L’Assistant Migration affiche l’état en aperçu avant impression, et vous pouvez imprimer ou enregistrer le rapport, par exemple, 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 Migration SQL Server contient des informations sur les éléments suivants :

  • Paramètres de migration, y compris les attributs de table que vous avez choisi de faire migrer et comment vous migrée.

  • Informations sur la table, y compris une comparaison de valeurs Access et SQL Server pour les noms, les types de données, index, les règles de validation, les valeurs par défaut, déclenche, et ou non horodatages ont été ajoutés.

  • Les erreurs rencontrés, telles que la base de données ou transaction journal complète inappropriée des autorisations, périphérique ou base de données pas créé, table, par défaut, ou règle de validation ignorée, relation non appliquée, recherche ignorée (car elle ne peut pas être convertie en syntaxe SQL Server) et les erreurs de conversion contrôle et source d’enregistrement dans les formulaires et rapports.

Haut de la section

Haut de la page

Comment faire migrer les objets de base de données

Les données suivantes et les objets de base de données peuvent être migré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 base de données Access au format Unicode en ajoutant l’identificateur de chaîne Unicode à toutes les valeurs de chaîne et en ajoutant le préfixe n Unicode à tous les types de données.

  • Requêtes   

    • Les requêtes sélection qui n’ont pas une clause ORDER BY ou les paramètres sont converties en vues.

    • Requêtes action sont converties en requêtes action procédure stockée. Access ajoute SET NOCOUNT après le code de déclaration de paramètre pour vous assurer que la procédure stockée s’exécute.

    • Requêtes SELECT qui seulement font référence aux tables (également appelées requêtes de base) qui utilisent les paramètres ou une clause ORDER BY sont converties en fonctions définies par l’utilisateur. Le cas échéant, la clause TOP 100 PERCENT est ajoutée à une requête contenant une clause ORDER BY.

    • Requêtes avec paramètres qui utilisent des paramètres nommés mettre à jour le nom du texte d’origine utilisé dans la base de données Access et sont converties en procédures stockées ou des fonctions définies par l’utilisateur en ligne.

      Remarque : Vous devrez peut-être convertir manuellement les requêtes qui n’ont pas migré, tels que les requêtes SQL directes, requêtes Définition des données et les requêtes analyse croisée. Vous devrez également migrer manuellement les requêtes qui ont été trop imbriquées.

  • Formulaires, des rapports et des contrôles    Instructions SQL dans les propriétés RecordSource, ControlsSource et contenu pour les formulaires, les rapports et les contrôles sont mises en place et ne sont pas converties en procédures stockées ou des fonctions définies par l’utilisateur.

  • Propriétés de démarrage    L’Assistant Migration migre 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 Migration ne pas apportez les modifications aux modules ou des 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 de Microsoft Office Access Applications liées à SQL Server.

Haut de la page

Remarque : Avertissement traduction automatique : cet article a été traduit par un ordinateur, sans intervention humaine. Microsoft propose cette traduction automatique pour offrir aux personnes ne maîtrisant pas l’anglais l’accès au contenu relatif aux produits, services et technologies Microsoft. Comme cet article a été traduit automatiquement, il risque de contenir des erreurs de grammaire, de syntaxe ou de terminologie.

Développez vos compétences
Découvrez des formations
Accédez aux nouvelles fonctionnalités en avant-première
Rejoignez le programme Office Insider

Ces informations vous ont-elles été utiles ?

Nous vous remercions pour vos commentaires.

Merci pour vos commentaires. Il serait vraisemblablement utile pour vous de contacter l’un de nos agents du support Office.

×