Message d'erreur lorsque vous utilisez des caractères spéciaux dans les bases de données Access

Traductions disponibles Traductions disponibles
Numéro d'article: 826763 - Voir les produits auxquels s'applique cet article
Cet article s'applique dans un fichier Microsoft Access base de données (.mdb) ou un fichier de base de données (.accdb) Microsoft Access et un fichier de projet (.adp) de Microsoft Access.
Agrandir tout | Réduire tout

Sommaire

Symptômes

Lorsque vous utilisez des caractères spéciaux dans Access, vous rencontrer l'un des problèmes suivants.

Problème 1

Vous utilisez une des caractères spéciaux suivants le nom d'un champ de table :
  • Accent grave (')
  • Point d'exclamation (!)
  • Point (.)
  • BRACKET([])
  • Espace de début
  • Caractères non imprimables
Dans ce cas, se le message d'erreur suivantes :
Le nom du champ n'est pas valide.
Assurez-vous que le nom doesn?t contenir un period(.), point(!) d'exclamation, des bracket([]), début espace, ou un caractère non imprimable comme un chariot renvoyer. Si vous avez collé le nom à partir une autre application, essayez d'appuyer sur ÉCHAP et taper le nom à nouveau.
Si vous utilisez ces caractères spéciaux dans un nom de table, vous recevez le message d'erreur suivantes :
Le nom objet ' TableName « vous avez entré n'est pas respecter les règles d'affectation de noms d'objets Microsoft Office Access.

Problème 2

Vous créez une expression de requête. L'expression de requête inclut des champs contient des caractères spéciaux. Selon les caractères spéciaux spécifiques, vous recevoir l'un des messages d'erreur suivants :
  • Si le nom du champ contient un caractère espace, un point d'interrogation (?), ou un arobase (@), vous recevez le message d'erreur suivantes :
    L'expression que vous avez saisi contient une syntaxe non valide.
    Vous avez peut-être entré un opérande sans un opérateur
  • Si le nom de champ contient un mark(") proposition de prix ou une apostrophe('), vous recevez le message d'erreur suivantes :
    L'expression que vous avez entré est une chaîne non valide.
    Une chaîne peut être jusqu'à 2048 caractères, y compris l'ouverture et fermeture de guillemets.
  • Si le nom du champ contient un dièse (#), vous recevez le message d'erreur suivantes :
    L'expression que vous avez tapée comporte une valeur date non valide.
  • Si le nom du champ contient un signe de pourcentage (%), un tilde (~), un point-virgule (;) ou un crochet ([]), vous recevez le message d'erreur suivant.
    L'expression que vous avez saisi contient une syntaxe non valide.
    Vous omis un opérande ou un opérateur, vous avez saisi un caractère non valide ou une virgule ou entré du texte sans entourant de guillemets.
  • Si le nom du champ contient une accolade ({}), vous recevez le message d'erreur suivant.
    GUID incorrect dans expression de requête « ObjectName »
  • Si le nom du champ contient un crochet ([]) ou une parenthèse (()), vous recevez le message d'erreur suivantes :
    L'expression que vous avez tapée manque une parenthèse fermante, crochet (]) ou bar(|) vertical.

Problème 3

Vous disposez d'une requête qui contient des expressions de requête. Les expressions de requête inclure de champs qui contiennent des caractères spéciaux. Lorsque vous exécutez la requête, vous sont promues à entrer une valeur de paramètre. En général, ce problème se produit lorsque vous utilisez les caractères spéciaux suivants :
  • Supérieur à (>) de connexion
  • Inférieur à signe (<)
  • Point (.)
  • Astérisque
  • Deux-points (:))
  • Signe (^)
  • Signe plus (+)
  • Barre oblique inverse (\)
  • Signe égal (=)
  • Et commercial (&)
  • Barre oblique (/) marque

Contournement

Pour travailler arond ce problème, n'utilisez pas des caractères spéciaux. Si vous devez utiliser des caractères spéciaux dans les expressions de requête, placez les caractères spéciaux entre crochets ([]). Par exemple, si vous souhaitez utiliser la supérieure à signer (>), utiliser [>].

Plus d'informations

Microsoft Access ne pas restreindre l'utilisation des caractères spéciaux comme un dièse (#), un point (.) ou un guillemet ('') dans les noms d'objet de base de données ou dans les noms des champs de base de données. Toutefois, si vous utilisez les caractères spéciaux, vous pouvez rencontrer des erreurs inattendues. Par conséquent, Microsoft vous recommande de ne pas utiliser les caractères spéciaux les noms d'objet de base de données dans la base de données Access ou dans le projet de base de données. Cet article décrit les caractères spéciaux que vous devez éviter en raison des problèmes connus avec ces caractères spéciaux.

Lorsque vous travaillez avec Access ou une autre application comme une application Microsoft Visual Basic ou d'un ASP (Active Server Pages) application, vous devez éviter les caractères spéciaux suivants :
Réduire ce tableauAgrandir ce tableau
Espace
Apostrophe'
Guillemet"
Apostrophe'
Arobase@
Accent grave`
Signe dièse#
Pourcentage%
Supérieur à la connexion>
Inférieur à la connexion<
Point d'exclamation!
Période.
Crochets[ ]
Astérisque*
Symbole dollar$
Point-virgule;
Deux points:
Point d'interrogation?
Lambda^
Accolades{ }
Signe plus+
Trait d'union-
Signe égal=
TILDE~
Barre oblique inversée\

Conventions d'appellation des accès

Microsoft recommande que vous ne pas utilisez un point (.), un point d'exclamation (!), un accent grave ('), un crochet ([]), un espace () ou un guillemet ('') dans les noms de fonctions, les noms des variables, les noms de champs ou les noms de base de données des objets tels que des tables et formulaires.

Il existe connus des problèmes qui se produire si vous utilisez des caractères spéciaux suivants dans Access. Les scénarios suivants décrivent lorsque vous devez utilisez pas les caractères spéciaux :
  • Lorsque vous exportez les objets de base de données vers les autres formats de fichier comme un format de fichier Microsoft Excel, un format de fichier HTML ou un format de fichier texte, n'utilisez pas un signe numérique (#) ou un point (.) dans les noms d'objet de base de données ou dans les noms de champ.

    Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
    308686 Caractères spéciaux dans les noms de champ sont modifiés lorsque vous exportez une table dans un autre format de fichier dans Access 2000
  • Lorsque vous utilisez des liens hypertexte dans Access, les liens hypertexte sont stockées comme champs de mémo modifiés par un signe numérique (#) comme séparateur. Par conséquent, le signe dièse est considéré comme un mot réservé dans Access. N'utilisez pas le signe dièse lorsque vous créez des liens hypertexte.

    Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
    162855 Impossible de lien hypertexte vers les documents qui ont « # » dans le nom dans Access 97
  • Lorsque vous importez un fichier texte dans Access et ce fichier texte contient onglets ou autres caractères spéciaux, les caractères spéciaux sont convertis, et ensuite les caractères spéciaux affichent sous forme de cases. Par conséquent, lorsque vous essayez d'utiliser la table importée, vous recevez des erreurs inattendues. Vous ne devez pas utiliser les caractères spéciaux dans la table source lorsque vous importez dans Access.

    Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
    210433 Exemple de fonction pour remplacer ou supprimer des caractères spéciaux dans un MDB dans Access 2000
  • Lorsque vous utilisez des formulaires ASP pour ajouter ou modifier des données dans une base de données Access, vous ne devez pas utiliser un signe de pourcentage (%), un signe plus (+) ou un caret (^) dans l'écran. Ces caractères spéciaux peut ne pas convertir correctement dans la base de données Access.

    Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
    163334 Comment faire pour utiliser %, plus et les symboles lambda de formulaires ASP dans Access 97
  • Lorsque vous utilisez pleine largeur langues, n'utilisez pas pleine largeur caractères le nom d'objets de base de données ou le nom du contrôle. Par exemple, vous devez utiliser pas pleine largeur parenthèses lorsque vous utilisez pleine largeur langues il risque de compiler erreurs s'il y a code dans une procédure événementielle pour l'objet ou du contrôle.

Propriétés

Numéro d'article: 826763 - Dernière mise à jour: mardi 19 février 2008 - Version: 3.1
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Microsoft Office Access 2007
  • Microsoft Office Access 2003
  • Microsoft Access 2002
  • Microsoft Access 2000 Standard Edition
  • Microsoft Access 97 Standard
Mots-clés : 
kbmt kbexport kbdesign kbdatabase kbusage kbinfo KB826763 KbMtfr
Traduction automatique
IMPORTANT : Cet article est issu du système de traduction automatique mis au point par Microsoft (http://support.microsoft.com/gp/mtdetails). Un certain nombre d?articles obtenus par traduction automatique sont en effet mis à votre disposition en complément des articles traduits en langue française par des traducteurs professionnels. Cela vous permet d?avoir accès, dans votre propre langue, à l?ensemble des articles de la base de connaissances rédigés originellement en langue anglaise. Les articles traduits automatiquement ne sont pas toujours parfaits et peuvent comporter des erreurs de vocabulaire, de syntaxe ou de grammaire (probablement semblables aux erreurs que ferait une personne étrangère s?exprimant dans votre langue !). Néanmoins, mis à part ces imperfections, ces articles devraient suffire à vous orienter et à vous aider à résoudre votre problème. Microsoft s?efforce aussi continuellement de faire évoluer son système de traduction automatique.
La version anglaise de cet article est la suivante: 826763
L'INFORMATION CONTENUE DANS CE DOCUMENT EST FOURNIE PAR MICROSOFT SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. L'UTILISATEUR ASSUME LE RISQUE DE L'UTILISATION DU CONTENU DE CE DOCUMENT. CE DOCUMENT NE PEUT ETRE REVENDU OU CEDE EN ECHANGE D'UN QUELCONQUE PROFIT.

Envoyer des commentaires

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com