À propos de la migration d'une base de données Microsoft Access Page 1 sur 4

Masquer tout

À propos de la migration d'une base de données Microsoft Access

La migration est le processus consistant à faire tout ou partie des objets de base de données (objets de base de données : une
base de données Access contient des objets tels que des tables, des requêtes, des formulaires, des états, des pages, des macros
et des modules. Un projet Access contient des objets tels que des formulaires, des états, des pages, des macros et des modules.)
d'une base de données Microsoft Access (base de données : collection de données relatives à un sujet ou à un objectif particulier.
Dans une base de données, les informations sur une entité particulière, par exemple, un employé ou une commande, sont classés
en tables, enregistrements et champs.) (.mdb) vers une base de données Microsoft SQL Server nouvelle ou existante ou un projet
Microsoft Access (projet Microsoft Access : fichier Access qui établit une connexion à une base de données Microsoft SQL Server et
qui sert à créer des applications client-serveur. Un fichier de projet ne contient aucune données ni aucun objet basé sur la création
de données telles que des tables ou des vues.) (.adp).
Modes de migration
L'Assistant de migration fait migrer une base de données Access vers une base de données SQL Server, version 2000, 7.0 et 6.5,
nouvelle ou existante, ou vers un nouveau projet Access en faisant migrer les données, les définitions de données et en déplaçant
les objets de base de données vers la nouvelle structure de base de données. Il existe trois façons d'utiliser l'Assistant de
migration :

Faites migrer tous les objets de base de données d'une base de données Access vers un projet Access de manière à pouvoir
créer une application client-serveur. Cette approche requiert certains changements supplémentaires de l'application et la
modification du code et des requêtes complexes.

Faites uniquement migrer des données ou des définitions de données à partir d'une base de données Access vers une base de
données SQL Server.

Créez une base de données Access frontale pour une base de données SQL Server principale de manière à pouvoir créer une
application frontale/principale. (application frontale/principale : application qui se compose d' un fichier de base de données «
principale » contenant des tables et des copies d' un fichier de base de données « frontale » contenant tous les autres objets
de base de données qui comportent des liaisons vers les tables « principales ».) Cette approche requiert très peu de
modifications de l'application puisque le code utilise toujours le moteur de base de données Jet (moteur de base de données
Microsoft Jet : partie du système de base de données Access qui récupère et stocke des données dans des bases de données
utilisateur ou système. Ce moteur peut être considéré comme un gestionnaire de données dans lequel des systèmes de bases
de données, tels que Microsoft Access, sont créés.).
Quand faut-il faire migrer une base de données Access vers SQL Server ?
Avec le temps, la plupart des applications de base de données croissent en taille, gagnent en complexité et doivent prendre en
charge de plus en plus d'utilisateurs. À un certain moment de l'existence de votre application de base de données Access (base de
données : collection de données relatives à un sujet ou à un objectif particulier. Dans une base de données, les informations sur
une entité particulière, par exemple, un employé ou une commande, sont classés en tables, enregistrements et champs.), il faut
envisager de migrer vers SQL Server afin d'optimiser les performances de la base de données et de l'application, de même que
leur adaptabilité, leur disponibilité, leur sécurité, leur fiabilité et leur potentiel de récupération.
Performances et adaptabilité élevées
Dans de nombreuses situations, SQL Server offre de meilleures performances qu'une base de données Access. SQL Server
peut également prendre en charge des bases de données très volumineuses, dont la taille est évaluée en Tera-octets, ce qui
est de loin supérieur à la limite actuelle de deux Giga-octets pour une base de données Access. Enfin, SQL Server travaille très
efficacement sous Microsoft Windows 2000 ou version ultérieure en traitant des requêtes en parallèle (à l'aide de plusieurs
threads natifs à l'intérieur d'un simple processus pour prendre en charge les demandes des utilisateurs) et en minimisant les
sollicitations de mémoire supplémentaires en cas d'ajout d'utilisateurs.
Disponibilité accrue
SQL Server permet d'effectuer une copie de sauvegarde dynamique, soit incrémentielle, soit complète, de la base de données
en cours d'utilisation. Vous ne devez donc pas obliger les utilisateurs à quitter la base de données pour effectuer une copie de
sauvegarde des données. Cela signifie que la base de données est utilisable 24 heures sur 24 et sept jours sur sept.
Sécurité améliorée
Avec une connexion sécurisée, SQL Server peut s'intégrer à la sécurité du système d'exploitation Windows 2000 ou version
ultérieure de façon à fournir un seul accès au réseau et à la base de données, en utilisant les meilleures fonctionnalités des
deux systèmes de sécurité. Ceci facilite considérablement l'administration de systèmes de sécurité complexes. Une base de
données SQL Server sur un serveur utilise également de nouvelles fonctions de sécurité, qui empêchent les utilisateurs non
autorisés d'accéder directement à ses fichiers sans avoir préalablement accédé au serveur.
Récupération immédiate
En cas de panne du système (défaillance du système d'exploitation ou coupure de courant), SQL Server dispose d'un
mécanisme de récupération automatique qui restaure la base de données dans son dernier état de cohérence, en termes de
minutes, sans intervention de l'administrateur de base de données. Les applications essentielles peuvent directement
reprendre leur activité.
Traitement basé sur serveur
Microsoft a conçu SQL Server en partant d'une base de données client-serveur, où les données et les index résident sur un
simple ordinateur serveur souvent sollicité sur le réseau par de nombreux ordinateurs clients. SQL Server réduit le trafic du
réseau en traitant les requêtes de base de données sur le serveur avant d'envoyer les résultats au client. Votre application

mk:@MSITStore:C:\Program%20Files\Microsoft%20Office\OFFICE11\1036\acmain... 18/04/2008
À propos de la migration d'une base de données Microsoft Access Page 2 sur 4

client-serveur peut ainsi effectuer le traitement à l'endroit le mieux adapté, c'est-à-dire sur le serveur.
Votre application peut également utiliser des fonctions définies par l'utilisateur (fonction définie par l' utilisateur : requête qui
prend des paramètres d' entrée et renvoie un résultat tel qu' une procédure stockée. Types de fonction existants : scalaire
(plusieurs instructions ; renvoie une valeur), linéaire (une instruction ; une valeur de table modifiable) et tabulaire (plusieurs
instructions ; valeur de table).), des procédures stockées (procédure stockée : collection compilée d' instructions SQL et d'
instructions de contrôle du flux facultatives qui sont stockées sous un nom et traitées en bloc. La collection est stockée dans
une base de données SQL et peut être exécutée à l' aide d' un appel à partir d' une application.) et des
déclencheurs (déclencheur : forme de procédure stockée spéciale qui s' exécute automatiquement lorsque des données d' une
table spécifiée sont modifiées. Les déclencheurs sont souvent créés pour garantir l' intégrité référentielle ou la cohérence
entre des données liées de façon logique entre différentes tables.) pour centraliser et partager la logique d'application, les
règles et politiques commerciales et le code de validation de données et d'intégrité référentielle sur le serveur plutôt que sur le
client.
Avant de procéder à la migration d'une base de données Access
Avant de faire migrer votre base de données Access (base de données : collection de données relatives à un sujet ou à un objectif
particulier. Dans une base de données, les informations sur une entité particulière, par exemple, un employé ou une commande,
sont classés en tables, enregistrements et champs.) vers une base de données SQL Server ou un projet Access (projet Microsoft
Access : fichier Access qui établit une connexion à une base de données Microsoft SQL Server et qui sert à créer des applications
client-serveur. Un fichier de projet ne contient aucune données ni aucun objet basé sur la création de données telles que des
tables ou des vues.), songez à exécuter l'une des actions suivantes :

Sauvegarder votre base de données Bien que l'Assistant de migration ne supprime pas de données ni d'objets de base
de données de la base de données Access, il est conseillé de créer une copie de sauvegarde de la base de données Access
avant de la faire migrer.

Veiller à disposer d'un espace disque suffisant Vous devez disposer d'un espace disque suffisant sur le périphérique
qui accueillera la base de données SQL Server migrée. L'Assistant de migration travaille de façon optimale lorsqu'il y beaucoup
d'espace disque disponible.
Pour une base de données SQL Server 7.0 ou ultérieure, SQL Server développe automatiquement votre base de données à
votre place au cours de sa création.
Pour une base de données SQL Server 6.5, multipliez la taille de votre base de données Access par deux et réservez cette
quantité d'espace sur le disque. Ceci garantit que l'Assistant de migration dispose d'un espace disque suffisant pour faire
migrer votre base de données et lui permettre de croître. Si vous prévoyez d'ajouter une grande quantité de données à la base
de données, augmentez le coefficient.

Créer des index uniques Une table liée doit avoir un index unique pour être modifiable dans Microsoft Access. L'Assistant
de migration peut faire migrer un index unique existant, mais ne peut pas en créer un lorsqu'il n'y en a pas. Si vous voulez être
en mesure de mettre à jour vos tables, veillez à ajouter un index unique à chaque table Access avant d'opérer la migration.

Définir une imprimante par défaut Vous devez définir une imprimante par défaut pour utiliser l'Assistant de migration
si vous voulez qu'il crée automatiquement un instantané (instantané d' état : fichier (portant l' extension .snp) qui contient une
copie de haute fidélité de chaque page d' un rapport Access. Il préserve la disposition bidimensionnelle, les illustrations et
autres objets incorporés de l' état.) de l'état de l'Assistant de migration.

Attribuez-vous des autorisations appropriées sur la base de données Access Vous avez besoin d'une autorisation
READ et DESIGN sur tous les objets de base de données pour pouvoir les faire migrer.

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

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

Pour construire une nouvelle base de données, vous avez besoin d'autorisations CREATE DATABASE et SELECT sur les
tables du système dans la base de données maître.

Pour créer de nouveaux périphériques, vous devez être un administrateur système.

Créer éventuellement plusieurs périphériques de disque Si vous procédez à une migration vers une base de
données SQL Server, version 6.5, vous pouvez créer des périphériques avant d'exécuter l'Assistant de migration. L'Assistant de
migration crée tous les nouveaux périphériques sur le disque physique où réside la base de données maître. Si votre serveur
compte plusieurs disques, vous pouvez placer votre base de données sur un disque et le journal de transaction sur un autre.
En cas de défaillance du disque, vous pouvez récupérer votre base de données. Veillez à disposer de périphériques
suffisamment grands sur les deux disques. Créez de nouveaux périphériques si nécessaire.
SQL Server version 6.5 permet également aux bases de données et journaux des transactions de s'étendre sur plusieurs
périphériques. Toutefois, l'Assistant de migration ne vous permet de spécifier qu'un seul périphérique pour la base de données,
et un autre pour le journal des transactions. Pour spécifier plusieurs périphériques pour une base de données ou un journal des
transactions, faites de ces périphériques (et non d'autres) les périphériques par défaut. Exécutez ensuite l'Assistant de
migration, puis sélectionnez le périphérique par défaut de la base de données ou du journal des transactions.
Remarque Si la taille de la nouvelle base base de données SQL Server ou celle du journal des transactions ne requiert pas
l'usage de tous les périphériques définis par défaut, SQL Server n'utilise que les périphériques nécessaires pour accueillir la
base de données ou le journal des transactions.
État de l'Assistant de migration
L'Assistant de migration crée un état fournissant une description détaillée de tous les objets créés, et indiquant toute erreur

mk:@MSITStore:C:\Program%20Files\Microsoft%20Office\OFFICE11\1036\acmain... 18/04/2008
À propos de la migration d'une base de données Microsoft Access Page 3 sur 4

rencontrée durant le processus. L'Assistant de migration crée automatiquement cet état comme instantané de l'état (instantané d'
état : fichier (portant l' extension .snp) qui contient une copie de haute fidélité de chaque page d' un rapport Access. Il préserve la
disposition bidimensionnelle, les illustrations et autres objets incorporés de l' état.) sous le même nom que la base de données
Access (par exemple, Comptoirs.snp) et dans le dossier de base de données par défaut.
Sécurité Cet état peut contenir des informations privées, confidentielles ou personnelles.Assurez-vous que ce fichier est protégé
pour empêcher tout utilisateur malveillant d'y accéder.
L'état de l'Assistant de migration contient les informations suivantes :

détails sur la base de données, notamment sa taille, de même que les noms et tailles du journal des transactions et du
périphérique pour une base de données SQL Server 6.5 ;

paramètres de migration, notamment les attributs de table que vous avez choisis pour faire migrer et comment vous avec
procédé ;

informations sur la table, notamment une comparaison entre les valeurs Access et SQL Server pour les noms, les types de
données, les index, les règles de validation, les valeurs para défaut, les déclencheurs et sur l'ajout ou non d'horodatages ;

toute erreur rencontrée, telle que la saturation de la base de données ou du journal des transactions, autorisations
inadéquates, périphérique ou base de données non créés, table, valeur par défaut ou règle de validation sautées, relation non
appliquée, recherche sautée (parce qu'elle ne peut pas être convertie en syntaxe SQL) et erreurs de conversion de
contrôle (contrôle : objet d' interface utilisateur graphique, comme une zone de texte, une case à cocher, une barre de
défilement ou un bouton de commande, qui permet aux utilisateurs de contrôler le programme. Vous pouvez utiliser des
contrôles pour afficher des données ou des choix, effectuer une action ou rendre l' interface utilisateur plus lisible.) et de
source d'enregistrement (source d' enregistrement : source de données sous-jacente d' un formulaire, d' un état ou d' une
page d' accès aux données. Dans une base de données Access, il peut s' agir d' une table, d' une requête ou d' une instruction
SQL. Dans un projet Access, il peut s' agir d' une table, d' une vue, d' une instruction SQL ou d' une procédure stockée.) dans
les formulaires et les rapports.
Comment faire migrer les objets de base de données
Les données et les objets de base de données suivants peuvent être migrés :
Données et types de données
Pour les bases de données SQL Server version 7.0 ou ultérieure, l'Assistant Migration convertit un texte de base de données
Access au format Unicode en ajoutant l'identificateur de chaîne Unicode à toutes les valeurs de chaînes et le préfix n Unicode
à tous les types de données.
Tous les types de données des bases de données Access sont convertis dans leurs formats correspondants dans SQL Server.
Requête
Pour les bases de données SQL Server 2000 :

Sélectionnez les requêtes qui ne comportent pas une clause ORDER BY, sinon les paramètres sont convertis en vues.

Les requêtes d'action sont converties en requêtes d'action de procédures stockées. Access ajoute le paramètre SET
NOCOUNT ON après le code de déclaration du paramètre pour vérifier l'exécution de la procédure stockée.

Les requêtes de sélection qui font uniquement référence aux tables (également appelées requêtes de base) et qui utilisent
les 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 comportent des paramètres nommés conservent le nom du texte original 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.
Pour les bases de données SQL Server 7.0 et 6.5 :

Les requêtes de sélection sont converties en vues.

Les requêtes triées sont converties en une combinaison de vues et de procédures stockées pouvant être imbriquées et
triées (les vues peuvent être imbriquées mais elles ne peuvent pas contenir des clauses ORDER BY ; les procédures
stockées peuvent contenir des clauses ORDER BY mais elles ne peuvent pas être imbriquées).

Les requêtes de paramètres, les requêtes qui dépendent d'une requête de paramètre et les requêtes d'action sont
converties en procédures stockées.
Remarque Pour toutes les bases de données SQL Server, vous devrez peut-être convertir manuellement les requêtes qui
n'ont pas été migrées, notamment les requêtes d'habilitation SQL, les requêtes de définition de données et les requêtes
d'analyse croisée. Vous devrez également migrer manuellement les requêtes qui comportent un niveau d'imbrication trop
important.
Formulaires, états et contrôles
Pour toutes les bases de données SQL Server, les instructions SQL dans les propriétés RecordSource, ControlsSource et
RowSource pour les formulaires, les états ou les contrôles restent en place et ne sont pas converties en une procédure
stockée ou une fonction définie par l'utilisateur.
Pages d'accès aux données
L'Assistant Migration modifie la connexion OLE DB et les informations de liaison des données dans le contrôle source de
données Microsoft Office pour fonctionner avec la nouvelle base de données SQL Server, et copie le fichier HTML

mk:@MSITStore:C:\Program%20Files\Microsoft%20Office\OFFICE11\1036\acmain... 18/04/2008
À propos de la migration d'une base de données Microsoft Access Page 4 sur 4

correspondant de la page dans le même emplacement que le projet Access, en le renommant avec le suffixe "_CS". Les
nouvelles pages du projet Access conservent leur nom d'origine, afin que les liens hypertexte entre les pages du projet Access
continuent de fonctionner.
Barres de commandes personnalisées et propriétés de démarrage
Pour toutes les versions de SQL Server, l'Assistant Migration migre toutes les barres de commandes personnalisées, ainsi que
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 n'effectue aucune modification dans les modules et les macros. La conception et la génération d'une
application client/serveur optimisée est différente de la conception et de la génération d'une application de serveur de fichiers
optimisée. Ainsi, vous devrez probablement mettre à niveau votre application pour tirer parti de toutes les fonctionnalités de
SQL Server et d'un projet Access. Après la migration, vous devez convertir manuellement le code qui utilise des jeux
d'enregistrements, des objets DAO (Data Access Object) (DAO (Data Access Objects) : interface d' accès aux données qui
communique avec Microsoft Jet et des sources de données compatibles ODBC pour se connecter à, récupérer, manipuler et
mettre à jour des données et la structure de base de données.) en objets ADO (ActiveX Data Object) (ADO (ActiveX Data
Objects) : interface d' accès aux données qui communique avec des sources de données compatibles OLE DB pour la
connexion, la récupération, la manipulation et la mise à jour de données.) dans vos modules. Vous devez également vérifier le
code de conception des tables et requêtes (l'Assistant Migration ne migre pas un langage de définition de données SQL).

mk:@MSITStore:C:\Program%20Files\Microsoft%20Office\OFFICE11\1036\acmain... 18/04/2008