Lorsque vous convertissez une base de données Microsoft Access version 2.0 au format de fichier Access 2000 ou Access 2002 -2003, l'utilitaire de conversion convertit le code Access Basic en code Visual Basic pour Applications (VBA). Si du code ne se compile pas correctement, vous recevrez peut-être un message d'erreur après avoir converti la base de données Access.

Dans la base de données Access convertie, ouvrez un module en mode Création et cliquez sur Compiler <Nom du projet> dans le menu Débogage. Pendant qu'Access exécute la compilation, il s'arrête à chaque ligne de code contenant une erreur. Vous pouvez ensuite modifier la syntaxe pour résoudre l'erreur de compilation.

• Dans de rares cas, il se peut que l'utilitaire de conversion ne convertisse pas certaines syntaxes. Par exemple, la modification d'une instruction DoCmd en une méthode DoCmd peut échouer. Vous pouvez également recevoir des messages d'erreur de compilation si votre base de données Microsoft Access version 2.0 contient des erreurs de syntaxe. C'est pourquoi, il est conseillé de compiler tous vos modules de base de données de versions précédentes avant de les convertir.

• Microsoft Access 2000 ou ultérieur ne prend pas en charge la bibliothèque de compatibilité DAO (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.) 2.5/3.x. Si vous essayez de convertir une base de données dont le code contient des versions antérieures d'objets, méthodes et propriétés DAO qui dépendent de la bibliothèque de compatibilité DAO 2.5/3.x, vous recevez un message indiquant des erreurs de compilation au cours de la conversion de la base de données. Avant de convertir la base de données, mettez à jour le code pour qu'il ne dépende pas de la bibliothèque de compatibilité DAO 2.5/3.x. Si vous recevez toujours un message indiquant que des erreurs de compilation se sont produites lors de la conversion, utilisez la procédure suivante pour corriger les références.

  1. Ouvrez la base de données Access convertie en Access 2002 ou version ultérieure.
  2. Ouvrez un module (module : collection de déclarations, d'instructions et de procédures stockées ensemble ou en tant qu'unité nommée. Il existe deux types de modules : les modules standard et les modules de classe.) dans la base de données.
  3. Dans le menu Outils,cliquez sur Références.
  4. Dans la zone Références disponibles, activez les cases à cocher en regard des références manquantes à la bibliothèque de compatibilité DAO 2.5/3.x.
  5. Activez la case à cocher en regard de la bibliothèque d'objets Microsoft DAO 3.6.
• Microsoft Access 97 ou version ultérieure prenant en charge certains nouveaux mots clés Visual Basic, vous ne pouvez plus utiliser ces mots clés comme des identificateurs. Ces mots clés sont les suivants : AddressOf, Decimal, DefDec, Enum, Event, Friend, Implements, RaiseEvent, WithEvents. Lorsque vous convertissez une base de données Access d'une version précédente au format de fichier Access 2000 ou Access 2002 - 2003, les identificateurs existants identiques à un nouveau mot clé Visual Basic engendrent une erreur de compilation. Pour résoudre ce problème, modifiez les identificateurs existants pour qu'ils ne soient pas des mots clés.
• Dans Access version 2.0, vous pourriez spécifier un nom pour une procédure (procédure : séquence de déclarations et d'instructions d'un module qui sont exécutées en bloc. Les procédures de Visual Basic incluent les deux procédures Sub et Function.) Visual Basic identique à un nom de module. Toutefois, dans Microsoft Access 95 ou version ultérieure, une procédure et un module ne peuvent pas porter le même nom. Pour résoudre ce problème, renommez la procédure ou le module. Vous pouvez également éviter cette erreur en utilisant un nom complet pour la procédure dans votre code Visual Basic pour Applications (VBA).
• Lorsque vous convertissez une base de données Access version 2.0 en Access 2000 ou version ultérieure, le code dans le nouveau fichier est contenu dans un projet Visual Basic pour Applications. Par défaut, le nom du projet VBA est identique à celui du fichier Access. Le nom du projet VBA est également un mot réservé dans Visual Basic. Si un module ou une procédure porte le même nom que le projet VBA, vous recevez un message indiquant que des erreurs de compilation se sont produites lors de la conversion.

Un fichier au format Microsoft Access 2000 ou Access 2002 - 2003 est limité à 1 000 modules (module : collection de déclarations, d'instructions et de procédures stockées ensemble ou en tant qu'unité nommée. Il existe deux types de modules : les modules standard et les modules de classe.), tandis qu'une base de données Access 97 est limitée à 1 024 modules. Le nombre de modules dans un fichier Microsoft Access inclut des formulaires et des états dont la valeur de la propriété AvecModule est Oui. Pour résoudre ce problème de mémoire, réduisez le nombre d'objets (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.) dans votre base de données Access. Envisagez de diviser votre application en plusieurs bases de données. Si vous possédez des modules avec une grande quantité de code, envisagez d'utiliser des bases de données de bibliothèque (base de données bibliothèque : collection de procédures et d'objets de base de données que vous pouvez appeler à partir de n'importe quelle application. Pour utiliser les éléments de la bibliothèque, vous devez au préalable établir une référence de la base de données en cours vers la base de données bibliothèque.) pour stocker le code.

Si Microsoft Access rencontre des erreurs lors de la conversion d'un fichier Access (fichier Microsoft Access : fichier de base de données Access ou de projet Access. Une base de données Access stocke des objets de base de données et des données dans un fichier .mdb. Un fichier de projet ne contient aucune donnée et est utilisé pour établir une connexion à une base de données Microsoft SQL Server.), vous pouvez afficher un résumé de ces erreurs en ouvrant la table Erreurs de conversion dans le nouveau fichier Access. Elle contient les colonnes suivantes :

Type objet      Type d'objet 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.) dans lequel Access a rencontré une erreur ou « Base de données » si Access a rencontré une erreur qui n'est pas spécifique à un type d'objet particulier.

Nom objet      Nom de l'objet dans lequel Access a rencontré une erreur. Si Access a rencontré une erreur de compilation pendant la conversion, le nom du module qui contient l'erreur n'est pas spécifié.

Description de l'erreur      Si nécessaire, appuyez sur Maj+F2 pour afficher la description de l'erreur dans son intégralité.

Si vous ne parvenez pas à convertir votre fichier Microsoft Access en pointant sur Utilitaires de base de données dans le menu Outils, puis en cliquant sur la commande Convertir une base de données/un projet, utilisez la procédure suivante.

1. Dans Access 2002 ou version ultérieure, cliquez sur Nouveau dans le menu Fichier et créez une nouvelle base de données Access (base de données Microsoft Access : collection de données et d'objets (tels que des tables, des requêtes ou des formulaires) qui est associée à une rubrique ou un objectif donné. Le moteur de base de données Microsoft Jet gère les données.) ou un nouveau 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.).

2. Dans le menu Fichier, pointez sur Données externes, puis cliquez sur Importer.

3. Dans la boîte de dialogue Importer, sélectionnez le fichier Access à convertir.

4. Dans la boîte de dialogue Importer des objets, sélectionnez les 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.) à importer. Si le nouveau fichier Access est un projet Access connecté à une base de données Microsoft SQL Server, importez uniquement les formulaires, états, pages, macros et modules.

Remarque  Lorsque vous convertissez un fichier Access à l'aide de cette méthode, vous devrez peut-être définir des références en ouvrant un module en mode Création, en cliquant sur Références dans le menu Outils, puis en activant les cases à cocher en regard des références définies dans le fichier Access de la version précédente.

La correction automatique de nom (correction automatique de nom : fonctionnalité qui rectifie automatiquement les erreurs courantes qui se produisent lorsque vous renommez des formulaires, états, tables, requêtes ou champs, ou des contrôles se trouvant dans des formulaires ou des états. Cette fonctionnalité ne peut toutefois pas corriger toutes les références à des objets renommés.) est activée par défaut dans les bases de données qui ont été créées avec Microsoft Access 2000 ou version ultérieure. Pour activer la correction automatique de nom dans une base de données Microsoft Access (base de données Microsoft Access : collection de données et d'objets (tels que des tables, des requêtes ou des formulaires) qui est associée à une rubrique ou un objectif donné. Le moteur de base de données Microsoft Jet gère les données.) convertie, procédez comme suit :

1. Dans le menu Outils, cliquez sur Options, puis cliquez sur l'onglet Général.
2. Activez les cases à cocher Suivi informations correction automatiques et Effectuer correction automatique de nom.

   Si vous voulez obtenir un journal des modifications apportées par Access à la base de données quand il répare les erreurs de nommage, activez également la case à cocher Historique corrections automatiques.

3. Ouvrez chaque table, requête, formulaire et état en mode Création (mode Création : fenêtre qui présente la création des objets de base de données suivants : tables, requêtes, formulaires, états, macros et pages d'accès aux données. En mode Création, vous pouvez créer de nouveaux objets de base de données et modifier la structure d'objets existants.), enregistrez-le et fermez-le.

Lorsque vous convertissez une base de données Microsoft Access (base de données Microsoft Access : collection de données et d'objets (tels que des tables, des requêtes ou des formulaires) qui est associée à une rubrique ou un objectif donné. Le moteur de base de données Microsoft Jet gère les données.) à partir d'Access 97 ou version antérieure au format Access 2000 ou Access 2002 - 2003, Access utilise l'ordre de tri pour déterminer la page de code (page de codes : tableau qui met en relation les codes de caractères binaires utilisés par un programme avec les touches du clavier ou avec l'aspect des caractères à l'écran. Les pages de code constituent un moyen de prendre en charge les langues de différents pays.) à utiliser lors de la conversion des données en Unicode (Unicode : norme de codage de texte développée par le consortium Unicode. Comme il utilise plus d'un octet pour représenter chaque caractère, le code Unicode permet de représenter presque toutes les langues écrites du monde en utilisant un même jeu de caractères.). Access 2000 ou version ultérieure associe l'ordre de tri Général à la page de code d'Europe Occidentale. C'est pourquoi, si vous avez utilisé la base de données Access d'une version précédente avec un système d'exploitation autre que l'anglais et que vous l'avez enregistrée avec l'ordre de tri Général, utilisez l'une des procédures suivantes.

• Si la langue de votre système d'exploitation est identique à celle de la base de données ou si votre système d'exploitation prend en charge cette langue, utilisez la procédure suivante.

  1. Ouvrez la base de données dans la version précédente autre que l'anglais d'Access.

  2. Modifiez l'ordre de tri pour le faire correspondre à la langue du système d'exploitation. Pour plus d'informations sur la façon de modifier l'ordre de tri dans cette version d'Access, effectuez une recherche dans l'aide d'Access.

  3. Compactez la base de données.

  4. Dans Access 2002 ou version ultérieure, convertissez la base de données.

• Si la langue de votre système d'exploitation est différente de celle de la base de données, si votre système d'exploitation ne prend pas en charge cette langue ou si la langue ne dispose pas d'ordre de tri dans la version précédente d'Access, utilisez la procédure suivante.

  Vous devrez peut-être utiliser cette procédure si la base de données Access que vous souhaitez convertir a été créée avec un système d'exploitation dont la langue est le vietnamien, le farsi ou ou une langue baltique (estonien, letton ou lituanien).

  1. Exécutez l'une des actions suivantes :

     • Si vous convertissez une base de données Access 2.0, repérez la sous-clé suivante dans le Registre Windows :

       HKEY_LOCAL_MACHINE\Software\Microsoft\Jet\4.0\Engines\Jet 2.x

     • Si vous convertissez une base de données Access 95 ou 97, repérez la sous-clé suivante dans le Registre Windows :

       HKEY_LOCAL_MACHINE\Software\Microsoft\Jet\4.0\Engines\Jet 3.x

  2. Dans la sous-clé Jet 2.x ou Jet 3.x, créez une nouvelle entrée intitulée ForceCP et effectuez l'une des actions suivantes :

     • Définissez la valeur de l'entrée « ANSI » afin de spécifier la page de code par défaut de l'ordinateur.

     • Spécifiez le numéro de page de code de la langue de votre choix. Par exemple, indiquez « 1257 » pour Windows Baltique Rim.

  3. Démarrez Access 2002 ou version ultérieure et convertissez la base de données.

  4. Supprimez l'entrée de registre ForceCP pour indiquer à Access d'utiliser l'ordre de tri de la base de données pour déterminer la page de code.

Lorsque vous convertissez une base de données Microsoft Access version 2.0 au format de fichier Access 2000 ou Access 2002 - 2003, les requêtes qui contiennent des critères basés sur des valeurs temporelles spécifiques dans les champs Date/Heure peuvent renvoyer des résultats différents que dans les versions antérieures. Ceci peut également se produire si vous liez (liaison (de tables) : action qui établit une connexion à des données issues d'une autre application pour vous permettre de visualiser et de modifier les données dans l'application d'origine et dans Access.) des tables à partir d'une base de données Microsoft Access version 2.0 à une base de données Access 2000 ou version ultérieure. Seule la valeur des champs Date/Heure est affectée.

Les requêtes qui contiennent des critères indiquant des dates entre 1900 et 1929 peuvent également renvoyer des résultats différents. Par exemple, le critère de date #01/01/15# dans Microsoft Access 2.0 et 95 correspond au 1er janvier 1915 ; ce même critère de date dans Microsoft Access 97 ou version ultérieure correspond au 1er janvier  2015. Pour pallier cette différence, modifiez les données dans votre critère pour spécifier le siècle (par exemple, #01/01/1915#).

Dans une base de données Microsoft Access convertie de Access 2.0 vers le format de fichier Access 2000 ou Access 2002 - 2003, vous pouvez rencontrer des problèmes lors d'une tentative d'impression ou de prévisualisation d'un état (état : objet de base de données Access qui imprime des informations mises en forme et organisées en fonction de vos spécifications. Des synthèses de ventes, des listes de numéros de téléphone et des étiquettes de publipostage sont des exemples d'états.) dont certaines marges ont une valeur égale à 0. Lors de la conversion d'un état de la version 2.0, les marges ne sont pas définies à 0 ; elles sont par contre définies à la marge minimale valide pour l'imprimante par défaut. Ceci empêche l'état d'imprimer les données dans la zone non imprimable de l'imprimante.

Pour résoudre ce problème, réduisez la largeur de la colonne, l'espacement de colonne ou le nombre de colonnes dans l'état, pour que la somme de la largeur des colonnes et la largeur des marges par défaut soit inférieure à la largeur de votre papier.

Si une version Microsoft Access ou un module 2.0 contient des appels API 16 bits, vous recevrez peut-être un message d'erreur lors de la conversion de la base de données au format de fichier Access 2000 ou Access 2002 - 2003. Vous devez remplacer les instructions Declare de l'API dans la base de données convertie par leurs équivalents 32 bits.

La liste suivante propose certains conseils pour la conversion de votre code.

• Assurez-vous que les instructions Declare font référence aux bibliothèques de liaisons dynamiques (DLL) correctes. Le tableau suivant présente les nouveaux noms des DLL Windows 32 bits.

  DLL Windows 16 bits	DLL Windows 32 bits
  User.dll	User32.dll
  Kernel.dll	Kernel32.dll
  GDI.dll	GDI32.dll

• Les noms de certaines fonctions dans les API Windows 32 bits ont été modifiés. De plus, certaines fonctions des API Windows 32 bits respectent la casse. Assurez-vous que vous avez correctement saisi le nom de la procédure et celui de l'alias.
• Certaines fonctions possèdent de nouveaux types de données de paramètre dans les API Windows 32 bits.
• Si une version 16 bits d'une DLL portant le même nom qu'une DLL 32 bits est présente sur votre ordinateur, Access peut essayer d'appeler une fonction dans cette DLL si, dans le chemin d'accès, le répertoire dans lequel elle réside précède celui qui contient la nouvelle version.
• Certaines DLL 32 bits contiennent des fonctions dont les versions sont légèrement différentes pour accepter à la fois les chaînes Unicode (Unicode : norme de codage de texte développée par le consortium Unicode. Comme il utilise plus d'un octet pour représenter chaque caractère, le code Unicode permet de représenter presque toutes les langues écrites du monde en utilisant un même jeu de caractères.) et ANSI ( ANSI, jeu de caractères : jeu de caractères 8 bits utilisé par Microsoft Windows qui vous permet de représenter jusqu'à 256 caractères (0 à 255) en utilisant votre clavier. Le jeu de caractères ASCII est un sous-ensemble du jeu ANSI.). Un caractère A à la fin du nom de la fonction indique que la version est ANSI. Un caractère W à la fin du nom de la fonction indique une version Unicode. Si la fonction accepte des arguments de type chaîne, essayez d'ajouter un caractère A au nom de la fonction.

• Si votre application de base de données appelle des procédures dans d'autres DLL, vous devez créer ou obtenir des versions 32 bits de ces DLL et apporter les modifications nécessaires à votre code lorsque vous convertissez votre base de données vers la version actuelle d'Access. Si vous ne pouvez pas obtenir une version 32 bits d'une DLL, vous aurez besoin d'une DLL intermédiaire capable de convertir des appels 32 bits en appels 16 bits.

Lorsque vous convertissez une base de données Microsoft Access (base de données Microsoft Access : collection de données et d'objets (tels que des tables, des requêtes ou des formulaires) qui est associée à une rubrique ou un objectif donné. Le moteur de base de données Microsoft Jet gère les données.) contenant un contrôle ActiveX (contrôle ActiveX : contrôle, tel qu'une case à cocher ou un bouton, qui propose des options aux utilisateurs ou exécute des macros ou des scripts d'automatisation de tâches. Vous pouvez écrire des macros pour le contrôle dans Microsoft Visual Basic pour Applications ou des scripts dans Microsoft Script Editor.) au format de fichier Access 2000 ou Access 2002 - 2003, une erreur peut se produire. Access version 2.0 prend en charge les contrôles ActiveX 16 bits, tandis qu'Access 95 ou version ultérieure prend en charge les contrôles ActiveX 32 bits. Access peut mettre à jour automatiquement un contrôle 16 bits en sa version 32 bits uniquement si une version 32 bits existe et est enregistrée sur votre ordinateur.

Si votre base de données Microsoft Access version 2.0 contient une table avec 32 index ou plus et des relations associées, une erreur peut se produite lors de la conversion vers le format de fichier Access 2000 ou Access 2002 - 2003. Pour résoudre cette erreur, ouvrez votre base de données Access version 2.0 et modifiez la conception de votre table afin de réduire le nombre de relations pour la table de clé primaire ou supprimez certains index de la table de clé étrangère. Essayez ensuite d'effectuer une nouvelle conversion.

Le message d'erreur « ODBC – échec de connexion à nomsourcededonnées » s'affiche lorsqu'une table de votre base de données Microsoft Access version 1.x ou 2.0 convertie est liée à une source de données ODBC (sources de données ODBC : données et informations requises pour accéder à ces données à partir de programmes et de bases de données prenant en charge le protocole ODBC (Open Database Connectivity).) qui utilise un gestionnaire de pilote et un pilote 16 bits. Microsoft Access 2002 ou version ultérieure peut uniquement ouvrir les sources de données ODBC liées qui utilisent les versions 32 bits du Gestionnaire de pilote ODBC (Odbc32.dll) et le pilote ODBC correspondant — par exemple, la version 32 bits du pilote ODBC pour Microsoft SQL Server (Sqlsrv32.dll).

Pour remédier à ce problème, vous devez créer un nouveau nom de source de données 32 bits de même nom (DSN) pour chaque source de données ODBC liée à la base de données 1.x ou 2.0 d'origine.

1. Dans le Panneau de configuration de Microsoft Windows, double-cliquez sur Outils d'administration, puis sur Sources de données (ODBC).
2. Créez le nouveau DSN en entrant des valeurs identiques au DSN d'origine. Par exemple, pour Microsoft SQL Server, vous devez au moins définir les valeurs Nom de source de données et Serveur. Il est possible que vous deviez également définir d'autres valeurs telles que le Nom de la base de données.

Si vous n'êtes pas certain du nom d'origine du DSN, ouvrez la base de données d'origine sous la version de Microsoft Access sous laquelle elle a été créée, ouvrez la table liée en mode Création (mode Création : fenêtre qui présente la création des objets de base de données suivants : tables, requêtes, formulaires, états, macros et pages d'accès aux données. En mode Création, vous pouvez créer de nouveaux objets de base de données et modifier la structure d'objets existants.), puis affichez la feuille de Propriétés de la table. La propriété Description de la table contient la définition de la chaîne de connexion de l'ODBC. Le paramètre DSN= suivant dans la chaîne de connexion correspond au nom du DSN.

Vous pouvez reconvertir le code qui utilise les 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.) vers Microsoft Access 97, mais vous recevrez peut-être un message indiquant qu'au moins une bibliothèque d'objets Access 97 n'est pas présente sur votre ordinateur. Utilisez cette procédure pour résoudre les références manquantes.

1. Convertissez la base de données Access 2000 ou version ultérieure vers Microsoft Access 97. Lorsqu'un message s'affiche indiquant qu'au moins une bibliothèque d'objets Access 97 n'est pas présente sur votre ordinateur, cliquez sur OK.
2. Ouvrez la base de données Access convertie dans Microsoft Access 97.
3. Ouvrez un module (module : collection de déclarations, d'instructions et de procédures stockées ensemble ou en tant qu'unité nommée. Il existe deux types de modules : les modules standard et les modules de classe.) dans la base de données.
4. Dans le menu Outils,cliquez sur Références.
5. Dans la zone Références disponibles, désactivez les cases à cocher en regard des références manquantes.
6. Pour définir la référence correcte, activez la case à cocher en regard de la bibliothèque d'objets Microsoft DAO 3.51.

Remarque  À la différence d'Access 2000 ou version ultérieure, Access 97 n'est pas conçu pour utiliser des 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.).

Lorsque vous reconvertissez une base de données Microsoft Access au format de fichier Access 2000 ou Access 2002 - 2003 vers Access 97, les autorisations dans la nouvelle base de données Access 97 ne sont pas redéfinies avec leurs valeurs par défaut, car Access 97 ne peut utiliser de fichier de groupe de travail dans un format de fichier Access 2000 ou Access 2002 - 2003. Vous devez protéger la nouvelle base de données dans Access 97.

Les spécifications d'importation créées et enregistrées dans un fichier Microsoft Access au format de fichier Access 2000 ou Access 2002 - 2003 ne sont pas créées dans le fichier Access 97. Vous devez recréer les spécifications.