j'ai lié dans Access une table Excel. Mais le problème, c'est qu'Access
renvoie des "#Nombre!" pour certains nombres qui ont été générés par des
recopies vers le bas. J'ai essayé sur une colonne qui contient dans Excel
uniquement des "1". Et par recopie vers le bas théoriquement toutes les
cellules devraient contenir la même chose.
Ce que je ne comprends pas, c'est pourquoi seulement quelques uns sont en
erreur et pas tous puisqu'ils ont la même origine !
Donc ce que je recherche, c'est de pouvoir afficher dans une requête les
enregistrements qui comprennent des nombres en erreur. Mais là, surprise,
pas moyen ! J'arrive afficher les nombres (Comme "#" ou >0 ou <>0 ou Pas
<>1) mais je n'arrive pas à afficher les enregistrement qui ne sont pas des
nombres. J'ai essayé des Pas Comme "#", des <1, <>1, ...
Même le filtre par sélection me dit que pour l'erreur "#Nombre!" "La valeur
entrée de l'expression de type date n'est pas valide". Si je ne sélectionne
que le not "Nombre" ou le "!" final le résultat est un grand tableau vide.
Donc pas moyen d'afficher "les autres" enregistrements qui comportent des
erreurs.
Merci d'avance à qui pourrait me mettre sur la voie.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Tisane
Bonjour Jac,
j'ai lié dans Access une table Excel. Mais le problème, c'est qu'Access renvoie des "#Nombre!" pour certains nombres qui ont été générés par des recopies vers le bas. J'ai essayé sur une colonne qui contient dans Excel uniquement des "1". Et par recopie vers le bas théoriquement toutes les cellules devraient contenir la même chose. Ce que je ne comprends pas, c'est pourquoi seulement quelques uns sont en erreur et pas tous puisqu'ils ont la même origine !
Tu as obligatoirement une valeur d'erreur aussi dans Excel. Et la recopie vers le bas ne provoque pas ce que tu dis ou alors, tu as oublié de préciser quelque chose (un calcul sous-jacent peut-être ??) Pour reproduire ton problème, j'ai fais une division par 0 pour arriver à avoir une valeur d'erreur (#DIV/0!) dans Excel.
Donc ce que je recherche, c'est de pouvoir afficher dans une requête les enregistrements qui comprennent des nombres en erreur. Mais là, surprise, pas moyen ! J'arrive afficher les nombres (Comme "#" ou >0 ou <>0 ou Pas <>1) mais je n'arrive pas à afficher les enregistrement qui ne sont pas des nombres. J'ai essayé des Pas Comme "#", des <1, <>1, ... Même le filtre par sélection me dit que pour l'erreur "#Nombre!" "La valeur entrée de l'expression de type date n'est pas valide". Si je ne sélectionne que le not "Nombre" ou le "!" final le résultat est un grand tableau vide. Donc pas moyen d'afficher "les autres" enregistrements qui comportent des erreurs.
En effet, quand je lie la feuille dans Access, la valeur d'erreur (#DIV/0!) est remplacée par "#Nombre !" si le classeur Excel est fermé, mais par... rien si le classeur est ouvert. Access considère comme "null" le champ (champ numérique). On peut le vérifier en tapant Null comme critère. Si on importe la feuille au lieu de la lier, Access génère une table des erreurs et vide le champ contenant l'erreur. Je ne vois donc pas comment contourner cela dans Access. Si personne ne t'apporte de solution pour ta requête, oriente-toi vers un filtre Excel qui fait ça très bien en revanche.
-- Tisane
Bonjour Jac,
j'ai lié dans Access une table Excel. Mais le problème, c'est qu'Access
renvoie des "#Nombre!" pour certains nombres qui ont été générés par des
recopies vers le bas. J'ai essayé sur une colonne qui contient dans Excel
uniquement des "1". Et par recopie vers le bas théoriquement toutes les
cellules devraient contenir la même chose.
Ce que je ne comprends pas, c'est pourquoi seulement quelques uns sont en
erreur et pas tous puisqu'ils ont la même origine !
Tu as obligatoirement une valeur d'erreur aussi dans Excel. Et la recopie
vers le bas ne provoque pas ce que tu dis ou alors, tu as oublié de préciser
quelque chose (un calcul sous-jacent peut-être ??)
Pour reproduire ton problème, j'ai fais une division par 0 pour arriver à
avoir une valeur d'erreur (#DIV/0!) dans Excel.
Donc ce que je recherche, c'est de pouvoir afficher dans une requête les
enregistrements qui comprennent des nombres en erreur. Mais là, surprise,
pas moyen ! J'arrive afficher les nombres (Comme "#" ou >0 ou <>0 ou Pas
<>1) mais je n'arrive pas à afficher les enregistrement qui ne sont pas
des nombres. J'ai essayé des Pas Comme "#", des <1, <>1, ...
Même le filtre par sélection me dit que pour l'erreur "#Nombre!" "La
valeur entrée de l'expression de type date n'est pas valide". Si je ne
sélectionne que le not "Nombre" ou le "!" final le résultat est un grand
tableau vide.
Donc pas moyen d'afficher "les autres" enregistrements qui comportent des
erreurs.
En effet, quand je lie la feuille dans Access, la valeur d'erreur (#DIV/0!)
est remplacée par "#Nombre !" si le classeur Excel est fermé, mais par...
rien si le classeur est ouvert.
Access considère comme "null" le champ (champ numérique). On peut le
vérifier en tapant Null comme critère.
Si on importe la feuille au lieu de la lier, Access génère une table des
erreurs et vide le champ contenant l'erreur.
Je ne vois donc pas comment contourner cela dans Access.
Si personne ne t'apporte de solution pour ta requête, oriente-toi vers un
filtre Excel qui fait ça très bien en revanche.
j'ai lié dans Access une table Excel. Mais le problème, c'est qu'Access renvoie des "#Nombre!" pour certains nombres qui ont été générés par des recopies vers le bas. J'ai essayé sur une colonne qui contient dans Excel uniquement des "1". Et par recopie vers le bas théoriquement toutes les cellules devraient contenir la même chose. Ce que je ne comprends pas, c'est pourquoi seulement quelques uns sont en erreur et pas tous puisqu'ils ont la même origine !
Tu as obligatoirement une valeur d'erreur aussi dans Excel. Et la recopie vers le bas ne provoque pas ce que tu dis ou alors, tu as oublié de préciser quelque chose (un calcul sous-jacent peut-être ??) Pour reproduire ton problème, j'ai fais une division par 0 pour arriver à avoir une valeur d'erreur (#DIV/0!) dans Excel.
Donc ce que je recherche, c'est de pouvoir afficher dans une requête les enregistrements qui comprennent des nombres en erreur. Mais là, surprise, pas moyen ! J'arrive afficher les nombres (Comme "#" ou >0 ou <>0 ou Pas <>1) mais je n'arrive pas à afficher les enregistrement qui ne sont pas des nombres. J'ai essayé des Pas Comme "#", des <1, <>1, ... Même le filtre par sélection me dit que pour l'erreur "#Nombre!" "La valeur entrée de l'expression de type date n'est pas valide". Si je ne sélectionne que le not "Nombre" ou le "!" final le résultat est un grand tableau vide. Donc pas moyen d'afficher "les autres" enregistrements qui comportent des erreurs.
En effet, quand je lie la feuille dans Access, la valeur d'erreur (#DIV/0!) est remplacée par "#Nombre !" si le classeur Excel est fermé, mais par... rien si le classeur est ouvert. Access considère comme "null" le champ (champ numérique). On peut le vérifier en tapant Null comme critère. Si on importe la feuille au lieu de la lier, Access génère une table des erreurs et vide le champ contenant l'erreur. Je ne vois donc pas comment contourner cela dans Access. Si personne ne t'apporte de solution pour ta requête, oriente-toi vers un filtre Excel qui fait ça très bien en revanche.
