Après une exportation AS400, j'ai récupéré de nombreux fichiers de ventes
mensuels. Après importation dans des tables independantes (une par mois), je
les ai réunis grâce à une requête union en une table qui me sert à faire un
tableau croisé dynamique.
J'ai cependant un souci car certaines saisies ont été mal effectuées :
"Souris Microsoft" au lieu de "Souris/Microsoft" :-(
L'absence de "/" fait qu'Access considère cet article comme deux articles.
Je ne souhaite pas modifier les fichiers sources pour pouvoir les utiliser
par ailleurs.
J'ai fouillé sur qqs livres et de nombreux sites sans succès. J'ai essayé de
faire une requête mise-à-jour sur ma requête union : Access refuse :(
J'ai essayé simplement d'afficher les deux lignes (avec et sans /) comme une
seule ligne fusionnée au sein de mon tableau croisé... sans succès.
J'espère avoir été clair...
Si vous avez un bout de solution, je serai comblé ;-)
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
Raymond [mvp]
Bonsoir.
s'il est impossible de modifier la désignation pour raison d'utilisation ultérieure, je ne vois que la solution de créer une table intermédiaire dans laquelle il faudra modifier les anomalies par une ou plusieurs requêtes mise à jour. Ensuite la requête sur cette table ne trouvera que des désignations correctes pouvant être regroupées.
-- @+ Raymond Access MVP http://OfficeSystem.Access.free.fr/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"MYann" a écrit dans le message de news:
Après une exportation AS400, j'ai récupéré de nombreux fichiers de ventes mensuels. Après importation dans des tables independantes (une par mois), je les ai réunis grâce à une requête union en une table qui me sert à faire un tableau croisé dynamique. J'ai cependant un souci car certaines saisies ont été mal effectuées : "Souris Microsoft" au lieu de "Souris/Microsoft" :-( L'absence de "/" fait qu'Access considère cet article comme deux articles. Je ne souhaite pas modifier les fichiers sources pour pouvoir les utiliser par ailleurs. J'ai fouillé sur qqs livres et de nombreux sites sans succès. J'ai essayé de faire une requête mise-à-jour sur ma requête union : Access refuse :( J'ai essayé simplement d'afficher les deux lignes (avec et sans /) comme une seule ligne fusionnée au sein de mon tableau croisé... sans succès. J'espère avoir été clair... Si vous avez un bout de solution, je serai comblé ;-)
Bonsoir.
s'il est impossible de modifier la désignation pour raison d'utilisation
ultérieure, je ne vois que la solution de créer une table intermédiaire dans
laquelle il faudra modifier les anomalies par une ou plusieurs requêtes mise
à jour. Ensuite la requête sur cette table ne trouvera que des désignations
correctes pouvant être regroupées.
--
@+
Raymond Access MVP
http://OfficeSystem.Access.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum
"MYann" <MYann@discussions.microsoft.com> a écrit dans le message de news:
6B92BC0B-B37C-4401-BD9D-D2D87C5A4162@microsoft.com...
Après une exportation AS400, j'ai récupéré de nombreux fichiers de ventes
mensuels. Après importation dans des tables independantes (une par mois),
je
les ai réunis grâce à une requête union en une table qui me sert à faire
un
tableau croisé dynamique.
J'ai cependant un souci car certaines saisies ont été mal effectuées :
"Souris Microsoft" au lieu de "Souris/Microsoft" :-(
L'absence de "/" fait qu'Access considère cet article comme deux articles.
Je ne souhaite pas modifier les fichiers sources pour pouvoir les utiliser
par ailleurs.
J'ai fouillé sur qqs livres et de nombreux sites sans succès. J'ai essayé
de
faire une requête mise-à-jour sur ma requête union : Access refuse :(
J'ai essayé simplement d'afficher les deux lignes (avec et sans /) comme
une
seule ligne fusionnée au sein de mon tableau croisé... sans succès.
J'espère avoir été clair...
Si vous avez un bout de solution, je serai comblé ;-)
s'il est impossible de modifier la désignation pour raison d'utilisation ultérieure, je ne vois que la solution de créer une table intermédiaire dans laquelle il faudra modifier les anomalies par une ou plusieurs requêtes mise à jour. Ensuite la requête sur cette table ne trouvera que des désignations correctes pouvant être regroupées.
-- @+ Raymond Access MVP http://OfficeSystem.Access.free.fr/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"MYann" a écrit dans le message de news:
Après une exportation AS400, j'ai récupéré de nombreux fichiers de ventes mensuels. Après importation dans des tables independantes (une par mois), je les ai réunis grâce à une requête union en une table qui me sert à faire un tableau croisé dynamique. J'ai cependant un souci car certaines saisies ont été mal effectuées : "Souris Microsoft" au lieu de "Souris/Microsoft" :-( L'absence de "/" fait qu'Access considère cet article comme deux articles. Je ne souhaite pas modifier les fichiers sources pour pouvoir les utiliser par ailleurs. J'ai fouillé sur qqs livres et de nombreux sites sans succès. J'ai essayé de faire une requête mise-à-jour sur ma requête union : Access refuse :( J'ai essayé simplement d'afficher les deux lignes (avec et sans /) comme une seule ligne fusionnée au sein de mon tableau croisé... sans succès. J'espère avoir été clair... Si vous avez un bout de solution, je serai comblé ;-)
Pierre
Je pense comme Raymond que tu peux passer dans ce cas par une table intermédiaire.
J'ai un problème similaire dans mon cas car j'ai très souvent à manier des bases de données de clients ou autres, et souvent à retraiter certaines zones destinées soit à des regroupements statistiques ou à des appareillages.
En fait, je pense qu'il n'y a pas de solution prête à l'emploi, mais tout un certain nombre de ficelles à utiliser pour retraiter les zones.
Dans l'exemple d'une base avec nom & prénom, passer par un champ "nom court" ou l'on purge la zone de tous les caractères non alpha (caractères accentués, ponctuation, symboles, blanc,...). Le "rechercher-remplacer" est un peu fastidieux, mieux vaut passer par une fonction VBA avec un "select case". Après ça, tu dois arriver à un résultat plus "homogène". Il est possible d'affiner ce retraitement par un comptage du nombre d'ocurrences. Souvent, c'est là, dans l'exemple d'un retraitement code postal-ville qu'on peut détecter les cas qui échappent au premier filtre du retraitement (ex "Asnières sur seine" ;"Asnières s seine", "Asnières", voire des cas de fautes dans le nom). En principe, avec l'habitude, on trouve toujours des parades.
Mais c'est vrai que ce genre de travail peut être gourmand en temps, et il faut voir si ça en vaut la peine (ou du moins jusqu'à quel point cela vaut la peine d'aller...).
Bon courage.
Pierre
"Raymond [mvp]" a écrit dans le message de news:
Bonsoir.
s'il est impossible de modifier la désignation pour raison d'utilisation ultérieure, je ne vois que la solution de créer une table intermédiaire dans
laquelle il faudra modifier les anomalies par une ou plusieurs requêtes mise
à jour. Ensuite la requête sur cette table ne trouvera que des désignations
correctes pouvant être regroupées.
-- @+ Raymond Access MVP http://OfficeSystem.Access.free.fr/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"MYann" a écrit dans le message de news:
Après une exportation AS400, j'ai récupéré de nombreux fichiers de ventes
mensuels. Après importation dans des tables independantes (une par mois),
je les ai réunis grâce à une requête union en une table qui me sert à faire un tableau croisé dynamique. J'ai cependant un souci car certaines saisies ont été mal effectuées : "Souris Microsoft" au lieu de "Souris/Microsoft" :-( L'absence de "/" fait qu'Access considère cet article comme deux articles.
Je ne souhaite pas modifier les fichiers sources pour pouvoir les utiliser
par ailleurs. J'ai fouillé sur qqs livres et de nombreux sites sans succès. J'ai essayé
de faire une requête mise-à-jour sur ma requête union : Access refuse :( J'ai essayé simplement d'afficher les deux lignes (avec et sans /) comme une seule ligne fusionnée au sein de mon tableau croisé... sans succès. J'espère avoir été clair... Si vous avez un bout de solution, je serai comblé ;-)
Je pense comme Raymond que tu peux passer dans ce cas par une table
intermédiaire.
J'ai un problème similaire dans mon cas car j'ai très souvent à manier des
bases de données de clients ou autres, et souvent à retraiter certaines
zones destinées soit à des regroupements statistiques ou à des
appareillages.
En fait, je pense qu'il n'y a pas de solution prête à l'emploi, mais tout un
certain nombre de ficelles à utiliser pour retraiter les zones.
Dans l'exemple d'une base avec nom & prénom, passer par un champ "nom court"
ou l'on purge la zone de tous les caractères non alpha (caractères
accentués, ponctuation, symboles, blanc,...). Le "rechercher-remplacer" est
un peu fastidieux, mieux vaut passer par une fonction VBA avec un "select
case".
Après ça, tu dois arriver à un résultat plus "homogène". Il est possible
d'affiner ce retraitement par un comptage du nombre d'ocurrences. Souvent,
c'est là, dans l'exemple d'un retraitement code postal-ville qu'on peut
détecter les cas qui échappent au premier filtre du retraitement (ex
"Asnières sur seine" ;"Asnières s seine", "Asnières", voire des cas de
fautes dans le nom).
En principe, avec l'habitude, on trouve toujours des parades.
Mais c'est vrai que ce genre de travail peut être gourmand en temps, et il
faut voir si ça en vaut la peine (ou du moins jusqu'à quel point cela vaut
la peine d'aller...).
Bon courage.
Pierre
"Raymond [mvp]" <XYZ.officesystem.access@free.fr> a écrit dans le message de
news:u7wHC392EHA.2804@TK2MSFTNGP15.phx.gbl...
Bonsoir.
s'il est impossible de modifier la désignation pour raison d'utilisation
ultérieure, je ne vois que la solution de créer une table intermédiaire
dans
laquelle il faudra modifier les anomalies par une ou plusieurs requêtes
mise
à jour. Ensuite la requête sur cette table ne trouvera que des
désignations
correctes pouvant être regroupées.
--
@+
Raymond Access MVP
http://OfficeSystem.Access.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum
"MYann" <MYann@discussions.microsoft.com> a écrit dans le message de news:
6B92BC0B-B37C-4401-BD9D-D2D87C5A4162@microsoft.com...
Après une exportation AS400, j'ai récupéré de nombreux fichiers de
ventes
mensuels. Après importation dans des tables independantes (une par
mois),
je
les ai réunis grâce à une requête union en une table qui me sert à faire
un
tableau croisé dynamique.
J'ai cependant un souci car certaines saisies ont été mal effectuées :
"Souris Microsoft" au lieu de "Souris/Microsoft" :-(
L'absence de "/" fait qu'Access considère cet article comme deux
articles.
Je ne souhaite pas modifier les fichiers sources pour pouvoir les
utiliser
par ailleurs.
J'ai fouillé sur qqs livres et de nombreux sites sans succès. J'ai
essayé
de
faire une requête mise-à-jour sur ma requête union : Access refuse :(
J'ai essayé simplement d'afficher les deux lignes (avec et sans /) comme
une
seule ligne fusionnée au sein de mon tableau croisé... sans succès.
J'espère avoir été clair...
Si vous avez un bout de solution, je serai comblé ;-)
Je pense comme Raymond que tu peux passer dans ce cas par une table intermédiaire.
J'ai un problème similaire dans mon cas car j'ai très souvent à manier des bases de données de clients ou autres, et souvent à retraiter certaines zones destinées soit à des regroupements statistiques ou à des appareillages.
En fait, je pense qu'il n'y a pas de solution prête à l'emploi, mais tout un certain nombre de ficelles à utiliser pour retraiter les zones.
Dans l'exemple d'une base avec nom & prénom, passer par un champ "nom court" ou l'on purge la zone de tous les caractères non alpha (caractères accentués, ponctuation, symboles, blanc,...). Le "rechercher-remplacer" est un peu fastidieux, mieux vaut passer par une fonction VBA avec un "select case". Après ça, tu dois arriver à un résultat plus "homogène". Il est possible d'affiner ce retraitement par un comptage du nombre d'ocurrences. Souvent, c'est là, dans l'exemple d'un retraitement code postal-ville qu'on peut détecter les cas qui échappent au premier filtre du retraitement (ex "Asnières sur seine" ;"Asnières s seine", "Asnières", voire des cas de fautes dans le nom). En principe, avec l'habitude, on trouve toujours des parades.
Mais c'est vrai que ce genre de travail peut être gourmand en temps, et il faut voir si ça en vaut la peine (ou du moins jusqu'à quel point cela vaut la peine d'aller...).
Bon courage.
Pierre
"Raymond [mvp]" a écrit dans le message de news:
Bonsoir.
s'il est impossible de modifier la désignation pour raison d'utilisation ultérieure, je ne vois que la solution de créer une table intermédiaire dans
laquelle il faudra modifier les anomalies par une ou plusieurs requêtes mise
à jour. Ensuite la requête sur cette table ne trouvera que des désignations
correctes pouvant être regroupées.
-- @+ Raymond Access MVP http://OfficeSystem.Access.free.fr/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"MYann" a écrit dans le message de news:
Après une exportation AS400, j'ai récupéré de nombreux fichiers de ventes
mensuels. Après importation dans des tables independantes (une par mois),
je les ai réunis grâce à une requête union en une table qui me sert à faire un tableau croisé dynamique. J'ai cependant un souci car certaines saisies ont été mal effectuées : "Souris Microsoft" au lieu de "Souris/Microsoft" :-( L'absence de "/" fait qu'Access considère cet article comme deux articles.
Je ne souhaite pas modifier les fichiers sources pour pouvoir les utiliser
par ailleurs. J'ai fouillé sur qqs livres et de nombreux sites sans succès. J'ai essayé
de faire une requête mise-à-jour sur ma requête union : Access refuse :( J'ai essayé simplement d'afficher les deux lignes (avec et sans /) comme une seule ligne fusionnée au sein de mon tableau croisé... sans succès. J'espère avoir été clair... Si vous avez un bout de solution, je serai comblé ;-)
MYann
Merci de vos informations qui m'ont permis de dépasser ce problème
Bye
Yann
Merci de vos informations qui m'ont permis de dépasser ce problème
