Dans le champ d'une table comment maintenir un espace éventuel à la fin d'un
libellé. A chaque saisie de ce caractère Access invariablement me le supprime
Ces suppressions altères le résultat obtenu engendré par une série de requètes
Dans le champ d'une table comment maintenir un espace éventuel à la fin d'un
libellé. A chaque saisie de ce caractère Access invariablement me le supprime
Ces suppressions altères le résultat obtenu engendré par une série de requètes
Dans le champ d'une table comment maintenir un espace éventuel à la fin d'un
libellé. A chaque saisie de ce caractère Access invariablement me le supprime
Ces suppressions altères le résultat obtenu engendré par une série de requètes
Bonsoir,
Que fais-tu de particulier pour que le résultat de tes requêtes en soit modifié ?
Tu peux soit remplacer ce caractère par autre chose avant que ton champ soit enregistré, soit le rajouter avant d'utiliser la valeur
de ce champ. Mais il faudrait plus de détails.
J-Pierre
"FFO" a écrit dans le message de news:Dans le champ d'une table comment maintenir un espace éventuel à la fin d'un
libellé. A chaque saisie de ce caractère Access invariablement me le supprime
Ces suppressions altères le résultat obtenu engendré par une série de requètes
Bonsoir,
Que fais-tu de particulier pour que le résultat de tes requêtes en soit modifié ?
Tu peux soit remplacer ce caractère par autre chose avant que ton champ soit enregistré, soit le rajouter avant d'utiliser la valeur
de ce champ. Mais il faudrait plus de détails.
J-Pierre
"FFO" <FFO@discussions.microsoft.com> a écrit dans le message de news: 19911359-271B-4D77-A9CE-F32C85C8F8F4@microsoft.com...
Dans le champ d'une table comment maintenir un espace éventuel à la fin d'un
libellé. A chaque saisie de ce caractère Access invariablement me le supprime
Ces suppressions altères le résultat obtenu engendré par une série de requètes
Bonsoir,
Que fais-tu de particulier pour que le résultat de tes requêtes en soit modifié ?
Tu peux soit remplacer ce caractère par autre chose avant que ton champ soit enregistré, soit le rajouter avant d'utiliser la valeur
de ce champ. Mais il faudrait plus de détails.
J-Pierre
"FFO" a écrit dans le message de news:Dans le champ d'une table comment maintenir un espace éventuel à la fin d'un
libellé. A chaque saisie de ce caractère Access invariablement me le supprime
Ces suppressions altères le résultat obtenu engendré par une série de requètes
Voici donc plus amples détails quant à l'utilité de cet espace :
le contexte :
comparaison de 2 fichiers texte
La particularité de ces fichiers est que chaque ligne comporte un code en
début qui implique une suite de paramètres en correspondance
Conséquence chaque ligne au code différent comporte une suite d'information
échelonnées de manière différente
Je dois donc obtenir sous access autant de table que de ligne au code
différent pour réaliser correctement ma comparaison
1° solution mise en place :
autant d'import différent avec saucissonage appropriée pour réaliser toute
mes tables et ma comparaison
gros inconvénient : 7 imports par fichier soit 14 imports qui donnent avec
l'exécution de toute mes requêtes environ 2 minutes de traitement
2° solution objet de ma question :
1 seul import par fichier avec l'ensemble des saucissonages nécessaire que
je regroupe sous access au gré des tables à obtenir exemple : je morcèle
ainsi dans le fichier texte 9/9/9/9 tous les 9 se répartissant du champ1 au
champ4 dans une première table et je recompose dans un seul champ le chiffre
9999 (champ1&champ2&champ3&champ4) dans une 2° table
Gros avantage je divise par 2 le temps de traitement
Mais problème certaines informations mocellées sont des libellés séparés
pour bon nombre d'entre eux d'espace qui si ils se trouvent avant un
caractère à l'import sont maintenus mais si ils se retrouvenrt en tant que
dernier caractère du champ sont supprimés par access exemple :
VOITURE ROUGE morcelé VOI/TUR/E /ROU/GE réparti comme suit :
champ1 : VOI
champ2 : TUR
champ3 : E (sans l'espace)
champ4 : ROU
champ5 : GE
pour obtenir aprés regroupement approprié : VOITUREROUGE
J'espère avoir été le plus claire possible et obtenir une parade salvatrice
pour obtenir au final
VOITURE ROUGE
Merci d'avanceBonsoir,
Que fais-tu de particulier pour que le résultat de tes requêtes en soit modifié ?
Tu peux soit remplacer ce caractère par autre chose avant que ton champ soit enregistré, soit le rajouter avant d'utiliser la
valeur
de ce champ. Mais il faudrait plus de détails.
J-Pierre
"FFO" a écrit dans le message de news:Dans le champ d'une table comment maintenir un espace éventuel à la fin d'un
libellé. A chaque saisie de ce caractère Access invariablement me le supprime
Ces suppressions altères le résultat obtenu engendré par une série de requètes
Voici donc plus amples détails quant à l'utilité de cet espace :
le contexte :
comparaison de 2 fichiers texte
La particularité de ces fichiers est que chaque ligne comporte un code en
début qui implique une suite de paramètres en correspondance
Conséquence chaque ligne au code différent comporte une suite d'information
échelonnées de manière différente
Je dois donc obtenir sous access autant de table que de ligne au code
différent pour réaliser correctement ma comparaison
1° solution mise en place :
autant d'import différent avec saucissonage appropriée pour réaliser toute
mes tables et ma comparaison
gros inconvénient : 7 imports par fichier soit 14 imports qui donnent avec
l'exécution de toute mes requêtes environ 2 minutes de traitement
2° solution objet de ma question :
1 seul import par fichier avec l'ensemble des saucissonages nécessaire que
je regroupe sous access au gré des tables à obtenir exemple : je morcèle
ainsi dans le fichier texte 9/9/9/9 tous les 9 se répartissant du champ1 au
champ4 dans une première table et je recompose dans un seul champ le chiffre
9999 (champ1&champ2&champ3&champ4) dans une 2° table
Gros avantage je divise par 2 le temps de traitement
Mais problème certaines informations mocellées sont des libellés séparés
pour bon nombre d'entre eux d'espace qui si ils se trouvent avant un
caractère à l'import sont maintenus mais si ils se retrouvenrt en tant que
dernier caractère du champ sont supprimés par access exemple :
VOITURE ROUGE morcelé VOI/TUR/E /ROU/GE réparti comme suit :
champ1 : VOI
champ2 : TUR
champ3 : E (sans l'espace)
champ4 : ROU
champ5 : GE
pour obtenir aprés regroupement approprié : VOITUREROUGE
J'espère avoir été le plus claire possible et obtenir une parade salvatrice
pour obtenir au final
VOITURE ROUGE
Merci d'avance
Bonsoir,
Que fais-tu de particulier pour que le résultat de tes requêtes en soit modifié ?
Tu peux soit remplacer ce caractère par autre chose avant que ton champ soit enregistré, soit le rajouter avant d'utiliser la
valeur
de ce champ. Mais il faudrait plus de détails.
J-Pierre
"FFO" <FFO@discussions.microsoft.com> a écrit dans le message de news: 19911359-271B-4D77-A9CE-F32C85C8F8F4@microsoft.com...
Dans le champ d'une table comment maintenir un espace éventuel à la fin d'un
libellé. A chaque saisie de ce caractère Access invariablement me le supprime
Ces suppressions altères le résultat obtenu engendré par une série de requètes
Voici donc plus amples détails quant à l'utilité de cet espace :
le contexte :
comparaison de 2 fichiers texte
La particularité de ces fichiers est que chaque ligne comporte un code en
début qui implique une suite de paramètres en correspondance
Conséquence chaque ligne au code différent comporte une suite d'information
échelonnées de manière différente
Je dois donc obtenir sous access autant de table que de ligne au code
différent pour réaliser correctement ma comparaison
1° solution mise en place :
autant d'import différent avec saucissonage appropriée pour réaliser toute
mes tables et ma comparaison
gros inconvénient : 7 imports par fichier soit 14 imports qui donnent avec
l'exécution de toute mes requêtes environ 2 minutes de traitement
2° solution objet de ma question :
1 seul import par fichier avec l'ensemble des saucissonages nécessaire que
je regroupe sous access au gré des tables à obtenir exemple : je morcèle
ainsi dans le fichier texte 9/9/9/9 tous les 9 se répartissant du champ1 au
champ4 dans une première table et je recompose dans un seul champ le chiffre
9999 (champ1&champ2&champ3&champ4) dans une 2° table
Gros avantage je divise par 2 le temps de traitement
Mais problème certaines informations mocellées sont des libellés séparés
pour bon nombre d'entre eux d'espace qui si ils se trouvent avant un
caractère à l'import sont maintenus mais si ils se retrouvenrt en tant que
dernier caractère du champ sont supprimés par access exemple :
VOITURE ROUGE morcelé VOI/TUR/E /ROU/GE réparti comme suit :
champ1 : VOI
champ2 : TUR
champ3 : E (sans l'espace)
champ4 : ROU
champ5 : GE
pour obtenir aprés regroupement approprié : VOITUREROUGE
J'espère avoir été le plus claire possible et obtenir une parade salvatrice
pour obtenir au final
VOITURE ROUGE
Merci d'avanceBonsoir,
Que fais-tu de particulier pour que le résultat de tes requêtes en soit modifié ?
Tu peux soit remplacer ce caractère par autre chose avant que ton champ soit enregistré, soit le rajouter avant d'utiliser la
valeur
de ce champ. Mais il faudrait plus de détails.
J-Pierre
"FFO" a écrit dans le message de news:Dans le champ d'une table comment maintenir un espace éventuel à la fin d'un
libellé. A chaque saisie de ce caractère Access invariablement me le supprime
Ces suppressions altères le résultat obtenu engendré par une série de requètes
Désolé d'avoir été un peu long à répondre :-(
D'abord, l'importation en une fois dans une table Access Access puis l'éclatement entre différentes tables en fonction du code me
semble être une bonne solution.
Pour le saucissonage, je crois que je procèderais de manière différente:
Si je comprends bien ton exemple, tu veux garder les espaces qui sont suivis d'un délimiteur "/". Si ce n'est pas le cas, la
procédure est facilement adaptable.
1-Remplacer tous ces groupes " /" par un caractère spécial, par exemple Chr(10) ou Chr(0), un caractère qui ne peut pas se trouver
dans ton fichier texte.
2-Eliminer tous les délimiteurs.
3-Remplacer les Chr(10) ou Chr(0) par un espace
4-Enfin, séparer les différents champs, mais tu ne donnes pas les infos qui permettraient d'aller au bout de la logique. Car je
suppose qu'au final, tu ne veux pas 9999 et VOITURE ROUGE dans le même champ. Pour les 3 premiers points, tu peux le faire avec des
requêtes. Pour le point 4, il faudra sans doute passer par du code VBA car je ne vois pas comment utiliser un SPLIT dans une
requête.
Ca donnerait 3 requêtes:
1-monChamp=Replace(monChamp," /",Chr(0))
2-monChamp=Replace(monChamp,"/","")
3-monChamp=Replace(monChamp,Chr(0)," ")
4-????????????????????
Demain, je devrais être plus disponible :-)
J-Pierre
"FFO" a écrit dans le message de news:Voici donc plus amples détails quant à l'utilité de cet espace :
le contexte :
comparaison de 2 fichiers texte
La particularité de ces fichiers est que chaque ligne comporte un code en
début qui implique une suite de paramètres en correspondance
Conséquence chaque ligne au code différent comporte une suite d'information
échelonnées de manière différente
Je dois donc obtenir sous access autant de table que de ligne au code
différent pour réaliser correctement ma comparaison
1° solution mise en place :
autant d'import différent avec saucissonage appropriée pour réaliser toute
mes tables et ma comparaison
gros inconvénient : 7 imports par fichier soit 14 imports qui donnent avec
l'exécution de toute mes requêtes environ 2 minutes de traitement
2° solution objet de ma question :
1 seul import par fichier avec l'ensemble des saucissonages nécessaire que
je regroupe sous access au gré des tables à obtenir exemple : je morcèle
ainsi dans le fichier texte 9/9/9/9 tous les 9 se répartissant du champ1 au
champ4 dans une première table et je recompose dans un seul champ le chiffre
9999 (champ1&champ2&champ3&champ4) dans une 2° table
Gros avantage je divise par 2 le temps de traitement
Mais problème certaines informations mocellées sont des libellés séparés
pour bon nombre d'entre eux d'espace qui si ils se trouvent avant un
caractère à l'import sont maintenus mais si ils se retrouvenrt en tant que
dernier caractère du champ sont supprimés par access exemple :
VOITURE ROUGE morcelé VOI/TUR/E /ROU/GE réparti comme suit :
champ1 : VOI
champ2 : TUR
champ3 : E (sans l'espace)
champ4 : ROU
champ5 : GE
pour obtenir aprés regroupement approprié : VOITUREROUGE
J'espère avoir été le plus claire possible et obtenir une parade salvatrice
pour obtenir au final
VOITURE ROUGE
Merci d'avanceBonsoir,
Que fais-tu de particulier pour que le résultat de tes requêtes en soit modifié ?
Tu peux soit remplacer ce caractère par autre chose avant que ton champ soit enregistré, soit le rajouter avant d'utiliser la
valeur
de ce champ. Mais il faudrait plus de détails.
J-Pierre
"FFO" a écrit dans le message de news:Dans le champ d'une table comment maintenir un espace éventuel à la fin d'un
libellé. A chaque saisie de ce caractère Access invariablement me le supprime
Ces suppressions altères le résultat obtenu engendré par une série de requètes
Désolé d'avoir été un peu long à répondre :-(
D'abord, l'importation en une fois dans une table Access Access puis l'éclatement entre différentes tables en fonction du code me
semble être une bonne solution.
Pour le saucissonage, je crois que je procèderais de manière différente:
Si je comprends bien ton exemple, tu veux garder les espaces qui sont suivis d'un délimiteur "/". Si ce n'est pas le cas, la
procédure est facilement adaptable.
1-Remplacer tous ces groupes " /" par un caractère spécial, par exemple Chr(10) ou Chr(0), un caractère qui ne peut pas se trouver
dans ton fichier texte.
2-Eliminer tous les délimiteurs.
3-Remplacer les Chr(10) ou Chr(0) par un espace
4-Enfin, séparer les différents champs, mais tu ne donnes pas les infos qui permettraient d'aller au bout de la logique. Car je
suppose qu'au final, tu ne veux pas 9999 et VOITURE ROUGE dans le même champ. Pour les 3 premiers points, tu peux le faire avec des
requêtes. Pour le point 4, il faudra sans doute passer par du code VBA car je ne vois pas comment utiliser un SPLIT dans une
requête.
Ca donnerait 3 requêtes:
1-monChamp=Replace(monChamp," /",Chr(0))
2-monChamp=Replace(monChamp,"/","")
3-monChamp=Replace(monChamp,Chr(0)," ")
4-????????????????????
Demain, je devrais être plus disponible :-)
J-Pierre
"FFO" <FFO@discussions.microsoft.com> a écrit dans le message de news: 948BF77C-40D8-48BB-B6DB-F82EF0B7DF5F@microsoft.com...
Voici donc plus amples détails quant à l'utilité de cet espace :
le contexte :
comparaison de 2 fichiers texte
La particularité de ces fichiers est que chaque ligne comporte un code en
début qui implique une suite de paramètres en correspondance
Conséquence chaque ligne au code différent comporte une suite d'information
échelonnées de manière différente
Je dois donc obtenir sous access autant de table que de ligne au code
différent pour réaliser correctement ma comparaison
1° solution mise en place :
autant d'import différent avec saucissonage appropriée pour réaliser toute
mes tables et ma comparaison
gros inconvénient : 7 imports par fichier soit 14 imports qui donnent avec
l'exécution de toute mes requêtes environ 2 minutes de traitement
2° solution objet de ma question :
1 seul import par fichier avec l'ensemble des saucissonages nécessaire que
je regroupe sous access au gré des tables à obtenir exemple : je morcèle
ainsi dans le fichier texte 9/9/9/9 tous les 9 se répartissant du champ1 au
champ4 dans une première table et je recompose dans un seul champ le chiffre
9999 (champ1&champ2&champ3&champ4) dans une 2° table
Gros avantage je divise par 2 le temps de traitement
Mais problème certaines informations mocellées sont des libellés séparés
pour bon nombre d'entre eux d'espace qui si ils se trouvent avant un
caractère à l'import sont maintenus mais si ils se retrouvenrt en tant que
dernier caractère du champ sont supprimés par access exemple :
VOITURE ROUGE morcelé VOI/TUR/E /ROU/GE réparti comme suit :
champ1 : VOI
champ2 : TUR
champ3 : E (sans l'espace)
champ4 : ROU
champ5 : GE
pour obtenir aprés regroupement approprié : VOITUREROUGE
J'espère avoir été le plus claire possible et obtenir une parade salvatrice
pour obtenir au final
VOITURE ROUGE
Merci d'avance
Bonsoir,
Que fais-tu de particulier pour que le résultat de tes requêtes en soit modifié ?
Tu peux soit remplacer ce caractère par autre chose avant que ton champ soit enregistré, soit le rajouter avant d'utiliser la
valeur
de ce champ. Mais il faudrait plus de détails.
J-Pierre
"FFO" <FFO@discussions.microsoft.com> a écrit dans le message de news: 19911359-271B-4D77-A9CE-F32C85C8F8F4@microsoft.com...
Dans le champ d'une table comment maintenir un espace éventuel à la fin d'un
libellé. A chaque saisie de ce caractère Access invariablement me le supprime
Ces suppressions altères le résultat obtenu engendré par une série de requètes
Désolé d'avoir été un peu long à répondre :-(
D'abord, l'importation en une fois dans une table Access Access puis l'éclatement entre différentes tables en fonction du code me
semble être une bonne solution.
Pour le saucissonage, je crois que je procèderais de manière différente:
Si je comprends bien ton exemple, tu veux garder les espaces qui sont suivis d'un délimiteur "/". Si ce n'est pas le cas, la
procédure est facilement adaptable.
1-Remplacer tous ces groupes " /" par un caractère spécial, par exemple Chr(10) ou Chr(0), un caractère qui ne peut pas se trouver
dans ton fichier texte.
2-Eliminer tous les délimiteurs.
3-Remplacer les Chr(10) ou Chr(0) par un espace
4-Enfin, séparer les différents champs, mais tu ne donnes pas les infos qui permettraient d'aller au bout de la logique. Car je
suppose qu'au final, tu ne veux pas 9999 et VOITURE ROUGE dans le même champ. Pour les 3 premiers points, tu peux le faire avec des
requêtes. Pour le point 4, il faudra sans doute passer par du code VBA car je ne vois pas comment utiliser un SPLIT dans une
requête.
Ca donnerait 3 requêtes:
1-monChamp=Replace(monChamp," /",Chr(0))
2-monChamp=Replace(monChamp,"/","")
3-monChamp=Replace(monChamp,Chr(0)," ")
4-????????????????????
Demain, je devrais être plus disponible :-)
J-Pierre
"FFO" a écrit dans le message de news:Voici donc plus amples détails quant à l'utilité de cet espace :
le contexte :
comparaison de 2 fichiers texte
La particularité de ces fichiers est que chaque ligne comporte un code en
début qui implique une suite de paramètres en correspondance
Conséquence chaque ligne au code différent comporte une suite d'information
échelonnées de manière différente
Je dois donc obtenir sous access autant de table que de ligne au code
différent pour réaliser correctement ma comparaison
1° solution mise en place :
autant d'import différent avec saucissonage appropriée pour réaliser toute
mes tables et ma comparaison
gros inconvénient : 7 imports par fichier soit 14 imports qui donnent avec
l'exécution de toute mes requêtes environ 2 minutes de traitement
2° solution objet de ma question :
1 seul import par fichier avec l'ensemble des saucissonages nécessaire que
je regroupe sous access au gré des tables à obtenir exemple : je morcèle
ainsi dans le fichier texte 9/9/9/9 tous les 9 se répartissant du champ1 au
champ4 dans une première table et je recompose dans un seul champ le chiffre
9999 (champ1&champ2&champ3&champ4) dans une 2° table
Gros avantage je divise par 2 le temps de traitement
Mais problème certaines informations mocellées sont des libellés séparés
pour bon nombre d'entre eux d'espace qui si ils se trouvent avant un
caractère à l'import sont maintenus mais si ils se retrouvenrt en tant que
dernier caractère du champ sont supprimés par access exemple :
VOITURE ROUGE morcelé VOI/TUR/E /ROU/GE réparti comme suit :
champ1 : VOI
champ2 : TUR
champ3 : E (sans l'espace)
champ4 : ROU
champ5 : GE
pour obtenir aprés regroupement approprié : VOITUREROUGE
J'espère avoir été le plus claire possible et obtenir une parade salvatrice
pour obtenir au final
VOITURE ROUGE
Merci d'avanceBonsoir,
Que fais-tu de particulier pour que le résultat de tes requêtes en soit modifié ?
Tu peux soit remplacer ce caractère par autre chose avant que ton champ soit enregistré, soit le rajouter avant d'utiliser la
valeur
de ce champ. Mais il faudrait plus de détails.
J-Pierre
"FFO" a écrit dans le message de news:Dans le champ d'une table comment maintenir un espace éventuel à la fin d'un
libellé. A chaque saisie de ce caractère Access invariablement me le supprime
Ces suppressions altères le résultat obtenu engendré par une série de requètes
Il n'y a pas de délimiteur
Je saucissonne mon fichier text en utilisant l'assistant importation de
texte avec l'option longueur fixe et de mettre des fanions aux endroits
appropriés
Mon saucissonnage pour environ 5000 lignes importe dans la table
destinatrice une suite de caractères pour différent champs qui se termine par
un espace et access de le suprimer et d'optenir par exemple VOITUREROUGE
aulieu de VOITURE ROUGE à la recomposition
Je pense que c'est au niveau de l'import dans la table qu'il faut agir car
une fois les espaces supprimés il m'est impossible de les remettre en place
ne sachant pas où ils étaient (action sur l'outil d'import ou sur les champs
destinataires à moins qu'un paramétrage d'access soit impliqué)
Merci beaucoup pour tes suggestionsDésolé d'avoir été un peu long à répondre :-(
D'abord, l'importation en une fois dans une table Access Access puis l'éclatement entre différentes tables en fonction du code me
semble être une bonne solution.
Pour le saucissonage, je crois que je procèderais de manière différente:
Si je comprends bien ton exemple, tu veux garder les espaces qui sont suivis d'un délimiteur "/". Si ce n'est pas le cas, la
procédure est facilement adaptable.
1-Remplacer tous ces groupes " /" par un caractère spécial, par exemple Chr(10) ou Chr(0), un caractère qui ne peut pas se
trouver
dans ton fichier texte.
2-Eliminer tous les délimiteurs.
3-Remplacer les Chr(10) ou Chr(0) par un espace
4-Enfin, séparer les différents champs, mais tu ne donnes pas les infos qui permettraient d'aller au bout de la logique. Car je
suppose qu'au final, tu ne veux pas 9999 et VOITURE ROUGE dans le même champ. Pour les 3 premiers points, tu peux le faire avec
des
requêtes. Pour le point 4, il faudra sans doute passer par du code VBA car je ne vois pas comment utiliser un SPLIT dans une
requête.
Ca donnerait 3 requêtes:
1-monChamp=Replace(monChamp," /",Chr(0))
2-monChamp=Replace(monChamp,"/","")
3-monChamp=Replace(monChamp,Chr(0)," ")
4-????????????????????
Demain, je devrais être plus disponible :-)
J-Pierre
"FFO" a écrit dans le message de news:Voici donc plus amples détails quant à l'utilité de cet espace :
le contexte :
comparaison de 2 fichiers texte
La particularité de ces fichiers est que chaque ligne comporte un code en
début qui implique une suite de paramètres en correspondance
Conséquence chaque ligne au code différent comporte une suite d'information
échelonnées de manière différente
Je dois donc obtenir sous access autant de table que de ligne au code
différent pour réaliser correctement ma comparaison
1° solution mise en place :
autant d'import différent avec saucissonage appropriée pour réaliser toute
mes tables et ma comparaison
gros inconvénient : 7 imports par fichier soit 14 imports qui donnent avec
l'exécution de toute mes requêtes environ 2 minutes de traitement
2° solution objet de ma question :
1 seul import par fichier avec l'ensemble des saucissonages nécessaire que
je regroupe sous access au gré des tables à obtenir exemple : je morcèle
ainsi dans le fichier texte 9/9/9/9 tous les 9 se répartissant du champ1 au
champ4 dans une première table et je recompose dans un seul champ le chiffre
9999 (champ1&champ2&champ3&champ4) dans une 2° table
Gros avantage je divise par 2 le temps de traitement
Mais problème certaines informations mocellées sont des libellés séparés
pour bon nombre d'entre eux d'espace qui si ils se trouvent avant un
caractère à l'import sont maintenus mais si ils se retrouvenrt en tant que
dernier caractère du champ sont supprimés par access exemple :
VOITURE ROUGE morcelé VOI/TUR/E /ROU/GE réparti comme suit :
champ1 : VOI
champ2 : TUR
champ3 : E (sans l'espace)
champ4 : ROU
champ5 : GE
pour obtenir aprés regroupement approprié : VOITUREROUGE
J'espère avoir été le plus claire possible et obtenir une parade salvatrice
pour obtenir au final
VOITURE ROUGE
Merci d'avanceBonsoir,
Que fais-tu de particulier pour que le résultat de tes requêtes en soit modifié ?
Tu peux soit remplacer ce caractère par autre chose avant que ton champ soit enregistré, soit le rajouter avant d'utiliser la
valeur
de ce champ. Mais il faudrait plus de détails.
J-Pierre
"FFO" a écrit dans le message de news:Dans le champ d'une table comment maintenir un espace éventuel à la fin d'un
libellé. A chaque saisie de ce caractère Access invariablement me le supprime
Ces suppressions altères le résultat obtenu engendré par une série de requètes
Il n'y a pas de délimiteur
Je saucissonne mon fichier text en utilisant l'assistant importation de
texte avec l'option longueur fixe et de mettre des fanions aux endroits
appropriés
Mon saucissonnage pour environ 5000 lignes importe dans la table
destinatrice une suite de caractères pour différent champs qui se termine par
un espace et access de le suprimer et d'optenir par exemple VOITUREROUGE
aulieu de VOITURE ROUGE à la recomposition
Je pense que c'est au niveau de l'import dans la table qu'il faut agir car
une fois les espaces supprimés il m'est impossible de les remettre en place
ne sachant pas où ils étaient (action sur l'outil d'import ou sur les champs
destinataires à moins qu'un paramétrage d'access soit impliqué)
Merci beaucoup pour tes suggestions
Désolé d'avoir été un peu long à répondre :-(
D'abord, l'importation en une fois dans une table Access Access puis l'éclatement entre différentes tables en fonction du code me
semble être une bonne solution.
Pour le saucissonage, je crois que je procèderais de manière différente:
Si je comprends bien ton exemple, tu veux garder les espaces qui sont suivis d'un délimiteur "/". Si ce n'est pas le cas, la
procédure est facilement adaptable.
1-Remplacer tous ces groupes " /" par un caractère spécial, par exemple Chr(10) ou Chr(0), un caractère qui ne peut pas se
trouver
dans ton fichier texte.
2-Eliminer tous les délimiteurs.
3-Remplacer les Chr(10) ou Chr(0) par un espace
4-Enfin, séparer les différents champs, mais tu ne donnes pas les infos qui permettraient d'aller au bout de la logique. Car je
suppose qu'au final, tu ne veux pas 9999 et VOITURE ROUGE dans le même champ. Pour les 3 premiers points, tu peux le faire avec
des
requêtes. Pour le point 4, il faudra sans doute passer par du code VBA car je ne vois pas comment utiliser un SPLIT dans une
requête.
Ca donnerait 3 requêtes:
1-monChamp=Replace(monChamp," /",Chr(0))
2-monChamp=Replace(monChamp,"/","")
3-monChamp=Replace(monChamp,Chr(0)," ")
4-????????????????????
Demain, je devrais être plus disponible :-)
J-Pierre
"FFO" <FFO@discussions.microsoft.com> a écrit dans le message de news: 948BF77C-40D8-48BB-B6DB-F82EF0B7DF5F@microsoft.com...
Voici donc plus amples détails quant à l'utilité de cet espace :
le contexte :
comparaison de 2 fichiers texte
La particularité de ces fichiers est que chaque ligne comporte un code en
début qui implique une suite de paramètres en correspondance
Conséquence chaque ligne au code différent comporte une suite d'information
échelonnées de manière différente
Je dois donc obtenir sous access autant de table que de ligne au code
différent pour réaliser correctement ma comparaison
1° solution mise en place :
autant d'import différent avec saucissonage appropriée pour réaliser toute
mes tables et ma comparaison
gros inconvénient : 7 imports par fichier soit 14 imports qui donnent avec
l'exécution de toute mes requêtes environ 2 minutes de traitement
2° solution objet de ma question :
1 seul import par fichier avec l'ensemble des saucissonages nécessaire que
je regroupe sous access au gré des tables à obtenir exemple : je morcèle
ainsi dans le fichier texte 9/9/9/9 tous les 9 se répartissant du champ1 au
champ4 dans une première table et je recompose dans un seul champ le chiffre
9999 (champ1&champ2&champ3&champ4) dans une 2° table
Gros avantage je divise par 2 le temps de traitement
Mais problème certaines informations mocellées sont des libellés séparés
pour bon nombre d'entre eux d'espace qui si ils se trouvent avant un
caractère à l'import sont maintenus mais si ils se retrouvenrt en tant que
dernier caractère du champ sont supprimés par access exemple :
VOITURE ROUGE morcelé VOI/TUR/E /ROU/GE réparti comme suit :
champ1 : VOI
champ2 : TUR
champ3 : E (sans l'espace)
champ4 : ROU
champ5 : GE
pour obtenir aprés regroupement approprié : VOITUREROUGE
J'espère avoir été le plus claire possible et obtenir une parade salvatrice
pour obtenir au final
VOITURE ROUGE
Merci d'avance
Bonsoir,
Que fais-tu de particulier pour que le résultat de tes requêtes en soit modifié ?
Tu peux soit remplacer ce caractère par autre chose avant que ton champ soit enregistré, soit le rajouter avant d'utiliser la
valeur
de ce champ. Mais il faudrait plus de détails.
J-Pierre
"FFO" <FFO@discussions.microsoft.com> a écrit dans le message de news: 19911359-271B-4D77-A9CE-F32C85C8F8F4@microsoft.com...
Dans le champ d'une table comment maintenir un espace éventuel à la fin d'un
libellé. A chaque saisie de ce caractère Access invariablement me le supprime
Ces suppressions altères le résultat obtenu engendré par une série de requètes
Il n'y a pas de délimiteur
Je saucissonne mon fichier text en utilisant l'assistant importation de
texte avec l'option longueur fixe et de mettre des fanions aux endroits
appropriés
Mon saucissonnage pour environ 5000 lignes importe dans la table
destinatrice une suite de caractères pour différent champs qui se termine par
un espace et access de le suprimer et d'optenir par exemple VOITUREROUGE
aulieu de VOITURE ROUGE à la recomposition
Je pense que c'est au niveau de l'import dans la table qu'il faut agir car
une fois les espaces supprimés il m'est impossible de les remettre en place
ne sachant pas où ils étaient (action sur l'outil d'import ou sur les champs
destinataires à moins qu'un paramétrage d'access soit impliqué)
Merci beaucoup pour tes suggestionsDésolé d'avoir été un peu long à répondre :-(
D'abord, l'importation en une fois dans une table Access Access puis l'éclatement entre différentes tables en fonction du code me
semble être une bonne solution.
Pour le saucissonage, je crois que je procèderais de manière différente:
Si je comprends bien ton exemple, tu veux garder les espaces qui sont suivis d'un délimiteur "/". Si ce n'est pas le cas, la
procédure est facilement adaptable.
1-Remplacer tous ces groupes " /" par un caractère spécial, par exemple Chr(10) ou Chr(0), un caractère qui ne peut pas se
trouver
dans ton fichier texte.
2-Eliminer tous les délimiteurs.
3-Remplacer les Chr(10) ou Chr(0) par un espace
4-Enfin, séparer les différents champs, mais tu ne donnes pas les infos qui permettraient d'aller au bout de la logique. Car je
suppose qu'au final, tu ne veux pas 9999 et VOITURE ROUGE dans le même champ. Pour les 3 premiers points, tu peux le faire avec
des
requêtes. Pour le point 4, il faudra sans doute passer par du code VBA car je ne vois pas comment utiliser un SPLIT dans une
requête.
Ca donnerait 3 requêtes:
1-monChamp=Replace(monChamp," /",Chr(0))
2-monChamp=Replace(monChamp,"/","")
3-monChamp=Replace(monChamp,Chr(0)," ")
4-????????????????????
Demain, je devrais être plus disponible :-)
J-Pierre
"FFO" a écrit dans le message de news:Voici donc plus amples détails quant à l'utilité de cet espace :
le contexte :
comparaison de 2 fichiers texte
La particularité de ces fichiers est que chaque ligne comporte un code en
début qui implique une suite de paramètres en correspondance
Conséquence chaque ligne au code différent comporte une suite d'information
échelonnées de manière différente
Je dois donc obtenir sous access autant de table que de ligne au code
différent pour réaliser correctement ma comparaison
1° solution mise en place :
autant d'import différent avec saucissonage appropriée pour réaliser toute
mes tables et ma comparaison
gros inconvénient : 7 imports par fichier soit 14 imports qui donnent avec
l'exécution de toute mes requêtes environ 2 minutes de traitement
2° solution objet de ma question :
1 seul import par fichier avec l'ensemble des saucissonages nécessaire que
je regroupe sous access au gré des tables à obtenir exemple : je morcèle
ainsi dans le fichier texte 9/9/9/9 tous les 9 se répartissant du champ1 au
champ4 dans une première table et je recompose dans un seul champ le chiffre
9999 (champ1&champ2&champ3&champ4) dans une 2° table
Gros avantage je divise par 2 le temps de traitement
Mais problème certaines informations mocellées sont des libellés séparés
pour bon nombre d'entre eux d'espace qui si ils se trouvent avant un
caractère à l'import sont maintenus mais si ils se retrouvenrt en tant que
dernier caractère du champ sont supprimés par access exemple :
VOITURE ROUGE morcelé VOI/TUR/E /ROU/GE réparti comme suit :
champ1 : VOI
champ2 : TUR
champ3 : E (sans l'espace)
champ4 : ROU
champ5 : GE
pour obtenir aprés regroupement approprié : VOITUREROUGE
J'espère avoir été le plus claire possible et obtenir une parade salvatrice
pour obtenir au final
VOITURE ROUGE
Merci d'avanceBonsoir,
Que fais-tu de particulier pour que le résultat de tes requêtes en soit modifié ?
Tu peux soit remplacer ce caractère par autre chose avant que ton champ soit enregistré, soit le rajouter avant d'utiliser la
valeur
de ce champ. Mais il faudrait plus de détails.
J-Pierre
"FFO" a écrit dans le message de news:Dans le champ d'une table comment maintenir un espace éventuel à la fin d'un
libellé. A chaque saisie de ce caractère Access invariablement me le supprime
Ces suppressions altères le résultat obtenu engendré par une série de requètes
Bonjour,
Dans la solution que je te propose, tu ne saucissonnes pas tes lignes, mais tu les charges dans un seul champ Memo d'une table
Access.
Une ligne de fichier texte = un champ. Tu n'as donc perdu aucun caractère.
Ensuite, tu exécutes les requêtes MAJ.
J-Pierre
"FFO" a écrit dans le message de news:Il n'y a pas de délimiteur
Je saucissonne mon fichier text en utilisant l'assistant importation de
texte avec l'option longueur fixe et de mettre des fanions aux endroits
appropriés
Mon saucissonnage pour environ 5000 lignes importe dans la table
destinatrice une suite de caractères pour différent champs qui se termine par
un espace et access de le suprimer et d'optenir par exemple VOITUREROUGE
aulieu de VOITURE ROUGE à la recomposition
Je pense que c'est au niveau de l'import dans la table qu'il faut agir car
une fois les espaces supprimés il m'est impossible de les remettre en place
ne sachant pas où ils étaient (action sur l'outil d'import ou sur les champs
destinataires à moins qu'un paramétrage d'access soit impliqué)
Merci beaucoup pour tes suggestionsDésolé d'avoir été un peu long à répondre :-(
D'abord, l'importation en une fois dans une table Access Access puis l'éclatement entre différentes tables en fonction du code me
semble être une bonne solution.
Pour le saucissonage, je crois que je procèderais de manière différente:
Si je comprends bien ton exemple, tu veux garder les espaces qui sont suivis d'un délimiteur "/". Si ce n'est pas le cas, la
procédure est facilement adaptable.
1-Remplacer tous ces groupes " /" par un caractère spécial, par exemple Chr(10) ou Chr(0), un caractère qui ne peut pas se
trouver
dans ton fichier texte.
2-Eliminer tous les délimiteurs.
3-Remplacer les Chr(10) ou Chr(0) par un espace
4-Enfin, séparer les différents champs, mais tu ne donnes pas les infos qui permettraient d'aller au bout de la logique. Car je
suppose qu'au final, tu ne veux pas 9999 et VOITURE ROUGE dans le même champ. Pour les 3 premiers points, tu peux le faire avec
des
requêtes. Pour le point 4, il faudra sans doute passer par du code VBA car je ne vois pas comment utiliser un SPLIT dans une
requête.
Ca donnerait 3 requêtes:
1-monChamp=Replace(monChamp," /",Chr(0))
2-monChamp=Replace(monChamp,"/","")
3-monChamp=Replace(monChamp,Chr(0)," ")
4-????????????????????
Demain, je devrais être plus disponible :-)
J-Pierre
"FFO" a écrit dans le message de news:Voici donc plus amples détails quant à l'utilité de cet espace :
le contexte :
comparaison de 2 fichiers texte
La particularité de ces fichiers est que chaque ligne comporte un code en
début qui implique une suite de paramètres en correspondance
Conséquence chaque ligne au code différent comporte une suite d'information
échelonnées de manière différente
Je dois donc obtenir sous access autant de table que de ligne au code
différent pour réaliser correctement ma comparaison
1° solution mise en place :
autant d'import différent avec saucissonage appropriée pour réaliser toute
mes tables et ma comparaison
gros inconvénient : 7 imports par fichier soit 14 imports qui donnent avec
l'exécution de toute mes requêtes environ 2 minutes de traitement
2° solution objet de ma question :
1 seul import par fichier avec l'ensemble des saucissonages nécessaire que
je regroupe sous access au gré des tables à obtenir exemple : je morcèle
ainsi dans le fichier texte 9/9/9/9 tous les 9 se répartissant du champ1 au
champ4 dans une première table et je recompose dans un seul champ le chiffre
9999 (champ1&champ2&champ3&champ4) dans une 2° table
Gros avantage je divise par 2 le temps de traitement
Mais problème certaines informations mocellées sont des libellés séparés
pour bon nombre d'entre eux d'espace qui si ils se trouvent avant un
caractère à l'import sont maintenus mais si ils se retrouvenrt en tant que
dernier caractère du champ sont supprimés par access exemple :
VOITURE ROUGE morcelé VOI/TUR/E /ROU/GE réparti comme suit :
champ1 : VOI
champ2 : TUR
champ3 : E (sans l'espace)
champ4 : ROU
champ5 : GE
pour obtenir aprés regroupement approprié : VOITUREROUGE
J'espère avoir été le plus claire possible et obtenir une parade salvatrice
pour obtenir au final
VOITURE ROUGE
Merci d'avanceBonsoir,
Que fais-tu de particulier pour que le résultat de tes requêtes en soit modifié ?
Tu peux soit remplacer ce caractère par autre chose avant que ton champ soit enregistré, soit le rajouter avant d'utiliser la
valeur
de ce champ. Mais il faudrait plus de détails.
J-Pierre
"FFO" a écrit dans le message de news:Dans le champ d'une table comment maintenir un espace éventuel à la fin d'un
libellé. A chaque saisie de ce caractère Access invariablement me le supprime
Ces suppressions altères le résultat obtenu engendré par une série de requètes
Bonjour,
Dans la solution que je te propose, tu ne saucissonnes pas tes lignes, mais tu les charges dans un seul champ Memo d'une table
Access.
Une ligne de fichier texte = un champ. Tu n'as donc perdu aucun caractère.
Ensuite, tu exécutes les requêtes MAJ.
J-Pierre
"FFO" <FFO@discussions.microsoft.com> a écrit dans le message de news: E1A2D6C3-A48D-4D11-BE9D-E2A03377EAAD@microsoft.com...
Il n'y a pas de délimiteur
Je saucissonne mon fichier text en utilisant l'assistant importation de
texte avec l'option longueur fixe et de mettre des fanions aux endroits
appropriés
Mon saucissonnage pour environ 5000 lignes importe dans la table
destinatrice une suite de caractères pour différent champs qui se termine par
un espace et access de le suprimer et d'optenir par exemple VOITUREROUGE
aulieu de VOITURE ROUGE à la recomposition
Je pense que c'est au niveau de l'import dans la table qu'il faut agir car
une fois les espaces supprimés il m'est impossible de les remettre en place
ne sachant pas où ils étaient (action sur l'outil d'import ou sur les champs
destinataires à moins qu'un paramétrage d'access soit impliqué)
Merci beaucoup pour tes suggestions
Désolé d'avoir été un peu long à répondre :-(
D'abord, l'importation en une fois dans une table Access Access puis l'éclatement entre différentes tables en fonction du code me
semble être une bonne solution.
Pour le saucissonage, je crois que je procèderais de manière différente:
Si je comprends bien ton exemple, tu veux garder les espaces qui sont suivis d'un délimiteur "/". Si ce n'est pas le cas, la
procédure est facilement adaptable.
1-Remplacer tous ces groupes " /" par un caractère spécial, par exemple Chr(10) ou Chr(0), un caractère qui ne peut pas se
trouver
dans ton fichier texte.
2-Eliminer tous les délimiteurs.
3-Remplacer les Chr(10) ou Chr(0) par un espace
4-Enfin, séparer les différents champs, mais tu ne donnes pas les infos qui permettraient d'aller au bout de la logique. Car je
suppose qu'au final, tu ne veux pas 9999 et VOITURE ROUGE dans le même champ. Pour les 3 premiers points, tu peux le faire avec
des
requêtes. Pour le point 4, il faudra sans doute passer par du code VBA car je ne vois pas comment utiliser un SPLIT dans une
requête.
Ca donnerait 3 requêtes:
1-monChamp=Replace(monChamp," /",Chr(0))
2-monChamp=Replace(monChamp,"/","")
3-monChamp=Replace(monChamp,Chr(0)," ")
4-????????????????????
Demain, je devrais être plus disponible :-)
J-Pierre
"FFO" <FFO@discussions.microsoft.com> a écrit dans le message de news: 948BF77C-40D8-48BB-B6DB-F82EF0B7DF5F@microsoft.com...
Voici donc plus amples détails quant à l'utilité de cet espace :
le contexte :
comparaison de 2 fichiers texte
La particularité de ces fichiers est que chaque ligne comporte un code en
début qui implique une suite de paramètres en correspondance
Conséquence chaque ligne au code différent comporte une suite d'information
échelonnées de manière différente
Je dois donc obtenir sous access autant de table que de ligne au code
différent pour réaliser correctement ma comparaison
1° solution mise en place :
autant d'import différent avec saucissonage appropriée pour réaliser toute
mes tables et ma comparaison
gros inconvénient : 7 imports par fichier soit 14 imports qui donnent avec
l'exécution de toute mes requêtes environ 2 minutes de traitement
2° solution objet de ma question :
1 seul import par fichier avec l'ensemble des saucissonages nécessaire que
je regroupe sous access au gré des tables à obtenir exemple : je morcèle
ainsi dans le fichier texte 9/9/9/9 tous les 9 se répartissant du champ1 au
champ4 dans une première table et je recompose dans un seul champ le chiffre
9999 (champ1&champ2&champ3&champ4) dans une 2° table
Gros avantage je divise par 2 le temps de traitement
Mais problème certaines informations mocellées sont des libellés séparés
pour bon nombre d'entre eux d'espace qui si ils se trouvent avant un
caractère à l'import sont maintenus mais si ils se retrouvenrt en tant que
dernier caractère du champ sont supprimés par access exemple :
VOITURE ROUGE morcelé VOI/TUR/E /ROU/GE réparti comme suit :
champ1 : VOI
champ2 : TUR
champ3 : E (sans l'espace)
champ4 : ROU
champ5 : GE
pour obtenir aprés regroupement approprié : VOITUREROUGE
J'espère avoir été le plus claire possible et obtenir une parade salvatrice
pour obtenir au final
VOITURE ROUGE
Merci d'avance
Bonsoir,
Que fais-tu de particulier pour que le résultat de tes requêtes en soit modifié ?
Tu peux soit remplacer ce caractère par autre chose avant que ton champ soit enregistré, soit le rajouter avant d'utiliser la
valeur
de ce champ. Mais il faudrait plus de détails.
J-Pierre
"FFO" <FFO@discussions.microsoft.com> a écrit dans le message de news: 19911359-271B-4D77-A9CE-F32C85C8F8F4@microsoft.com...
Dans le champ d'une table comment maintenir un espace éventuel à la fin d'un
libellé. A chaque saisie de ce caractère Access invariablement me le supprime
Ces suppressions altères le résultat obtenu engendré par une série de requètes
Bonjour,
Dans la solution que je te propose, tu ne saucissonnes pas tes lignes, mais tu les charges dans un seul champ Memo d'une table
Access.
Une ligne de fichier texte = un champ. Tu n'as donc perdu aucun caractère.
Ensuite, tu exécutes les requêtes MAJ.
J-Pierre
"FFO" a écrit dans le message de news:Il n'y a pas de délimiteur
Je saucissonne mon fichier text en utilisant l'assistant importation de
texte avec l'option longueur fixe et de mettre des fanions aux endroits
appropriés
Mon saucissonnage pour environ 5000 lignes importe dans la table
destinatrice une suite de caractères pour différent champs qui se termine par
un espace et access de le suprimer et d'optenir par exemple VOITUREROUGE
aulieu de VOITURE ROUGE à la recomposition
Je pense que c'est au niveau de l'import dans la table qu'il faut agir car
une fois les espaces supprimés il m'est impossible de les remettre en place
ne sachant pas où ils étaient (action sur l'outil d'import ou sur les champs
destinataires à moins qu'un paramétrage d'access soit impliqué)
Merci beaucoup pour tes suggestionsDésolé d'avoir été un peu long à répondre :-(
D'abord, l'importation en une fois dans une table Access Access puis l'éclatement entre différentes tables en fonction du code me
semble être une bonne solution.
Pour le saucissonage, je crois que je procèderais de manière différente:
Si je comprends bien ton exemple, tu veux garder les espaces qui sont suivis d'un délimiteur "/". Si ce n'est pas le cas, la
procédure est facilement adaptable.
1-Remplacer tous ces groupes " /" par un caractère spécial, par exemple Chr(10) ou Chr(0), un caractère qui ne peut pas se
trouver
dans ton fichier texte.
2-Eliminer tous les délimiteurs.
3-Remplacer les Chr(10) ou Chr(0) par un espace
4-Enfin, séparer les différents champs, mais tu ne donnes pas les infos qui permettraient d'aller au bout de la logique. Car je
suppose qu'au final, tu ne veux pas 9999 et VOITURE ROUGE dans le même champ. Pour les 3 premiers points, tu peux le faire avec
des
requêtes. Pour le point 4, il faudra sans doute passer par du code VBA car je ne vois pas comment utiliser un SPLIT dans une
requête.
Ca donnerait 3 requêtes:
1-monChamp=Replace(monChamp," /",Chr(0))
2-monChamp=Replace(monChamp,"/","")
3-monChamp=Replace(monChamp,Chr(0)," ")
4-????????????????????
Demain, je devrais être plus disponible :-)
J-Pierre
"FFO" a écrit dans le message de news:Voici donc plus amples détails quant à l'utilité de cet espace :
le contexte :
comparaison de 2 fichiers texte
La particularité de ces fichiers est que chaque ligne comporte un code en
début qui implique une suite de paramètres en correspondance
Conséquence chaque ligne au code différent comporte une suite d'information
échelonnées de manière différente
Je dois donc obtenir sous access autant de table que de ligne au code
différent pour réaliser correctement ma comparaison
1° solution mise en place :
autant d'import différent avec saucissonage appropriée pour réaliser toute
mes tables et ma comparaison
gros inconvénient : 7 imports par fichier soit 14 imports qui donnent avec
l'exécution de toute mes requêtes environ 2 minutes de traitement
2° solution objet de ma question :
1 seul import par fichier avec l'ensemble des saucissonages nécessaire que
je regroupe sous access au gré des tables à obtenir exemple : je morcèle
ainsi dans le fichier texte 9/9/9/9 tous les 9 se répartissant du champ1 au
champ4 dans une première table et je recompose dans un seul champ le chiffre
9999 (champ1&champ2&champ3&champ4) dans une 2° table
Gros avantage je divise par 2 le temps de traitement
Mais problème certaines informations mocellées sont des libellés séparés
pour bon nombre d'entre eux d'espace qui si ils se trouvent avant un
caractère à l'import sont maintenus mais si ils se retrouvenrt en tant que
dernier caractère du champ sont supprimés par access exemple :
VOITURE ROUGE morcelé VOI/TUR/E /ROU/GE réparti comme suit :
champ1 : VOI
champ2 : TUR
champ3 : E (sans l'espace)
champ4 : ROU
champ5 : GE
pour obtenir aprés regroupement approprié : VOITUREROUGE
J'espère avoir été le plus claire possible et obtenir une parade salvatrice
pour obtenir au final
VOITURE ROUGE
Merci d'avanceBonsoir,
Que fais-tu de particulier pour que le résultat de tes requêtes en soit modifié ?
Tu peux soit remplacer ce caractère par autre chose avant que ton champ soit enregistré, soit le rajouter avant d'utiliser la
valeur
de ce champ. Mais il faudrait plus de détails.
J-Pierre
"FFO" a écrit dans le message de news:Dans le champ d'une table comment maintenir un espace éventuel à la fin d'un
libellé. A chaque saisie de ce caractère Access invariablement me le supprime
Ces suppressions altères le résultat obtenu engendré par une série de requètes
Je comprend mais comment une fois l'import et les requètes MAJ effectués je
peux réaliser mon saucissonage que j'obtiens par l'outil d'importation par le
biais de fanions judicieusement placés pour réaliser toutes mes tables à
comparer ???
De plus je crains que l'import échou certaine lignes comportant plus de 150
caractèresBonjour,
Dans la solution que je te propose, tu ne saucissonnes pas tes lignes, mais tu les charges dans un seul champ Memo d'une table
Access.
Une ligne de fichier texte = un champ. Tu n'as donc perdu aucun caractère.
Ensuite, tu exécutes les requêtes MAJ.
J-Pierre
"FFO" a écrit dans le message de news:Il n'y a pas de délimiteur
Je saucissonne mon fichier text en utilisant l'assistant importation de
texte avec l'option longueur fixe et de mettre des fanions aux endroits
appropriés
Mon saucissonnage pour environ 5000 lignes importe dans la table
destinatrice une suite de caractères pour différent champs qui se termine par
un espace et access de le suprimer et d'optenir par exemple VOITUREROUGE
aulieu de VOITURE ROUGE à la recomposition
Je pense que c'est au niveau de l'import dans la table qu'il faut agir car
une fois les espaces supprimés il m'est impossible de les remettre en place
ne sachant pas où ils étaient (action sur l'outil d'import ou sur les champs
destinataires à moins qu'un paramétrage d'access soit impliqué)
Merci beaucoup pour tes suggestionsDésolé d'avoir été un peu long à répondre :-(
D'abord, l'importation en une fois dans une table Access Access puis l'éclatement entre différentes tables en fonction du code
me
semble être une bonne solution.
Pour le saucissonage, je crois que je procèderais de manière différente:
Si je comprends bien ton exemple, tu veux garder les espaces qui sont suivis d'un délimiteur "/". Si ce n'est pas le cas, la
procédure est facilement adaptable.
1-Remplacer tous ces groupes " /" par un caractère spécial, par exemple Chr(10) ou Chr(0), un caractère qui ne peut pas se
trouver
dans ton fichier texte.
2-Eliminer tous les délimiteurs.
3-Remplacer les Chr(10) ou Chr(0) par un espace
4-Enfin, séparer les différents champs, mais tu ne donnes pas les infos qui permettraient d'aller au bout de la logique. Car
je
suppose qu'au final, tu ne veux pas 9999 et VOITURE ROUGE dans le même champ. Pour les 3 premiers points, tu peux le faire
avec
des
requêtes. Pour le point 4, il faudra sans doute passer par du code VBA car je ne vois pas comment utiliser un SPLIT dans une
requête.
Ca donnerait 3 requêtes:
1-monChamp=Replace(monChamp," /",Chr(0))
2-monChamp=Replace(monChamp,"/","")
3-monChamp=Replace(monChamp,Chr(0)," ")
4-????????????????????
Demain, je devrais être plus disponible :-)
J-Pierre
"FFO" a écrit dans le message de news:Voici donc plus amples détails quant à l'utilité de cet espace :
le contexte :
comparaison de 2 fichiers texte
La particularité de ces fichiers est que chaque ligne comporte un code en
début qui implique une suite de paramètres en correspondance
Conséquence chaque ligne au code différent comporte une suite d'information
échelonnées de manière différente
Je dois donc obtenir sous access autant de table que de ligne au code
différent pour réaliser correctement ma comparaison
1° solution mise en place :
autant d'import différent avec saucissonage appropriée pour réaliser toute
mes tables et ma comparaison
gros inconvénient : 7 imports par fichier soit 14 imports qui donnent avec
l'exécution de toute mes requêtes environ 2 minutes de traitement
2° solution objet de ma question :
1 seul import par fichier avec l'ensemble des saucissonages nécessaire que
je regroupe sous access au gré des tables à obtenir exemple : je morcèle
ainsi dans le fichier texte 9/9/9/9 tous les 9 se répartissant du champ1 au
champ4 dans une première table et je recompose dans un seul champ le chiffre
9999 (champ1&champ2&champ3&champ4) dans une 2° table
Gros avantage je divise par 2 le temps de traitement
Mais problème certaines informations mocellées sont des libellés séparés
pour bon nombre d'entre eux d'espace qui si ils se trouvent avant un
caractère à l'import sont maintenus mais si ils se retrouvenrt en tant que
dernier caractère du champ sont supprimés par access exemple :
VOITURE ROUGE morcelé VOI/TUR/E /ROU/GE réparti comme suit :
champ1 : VOI
champ2 : TUR
champ3 : E (sans l'espace)
champ4 : ROU
champ5 : GE
pour obtenir aprés regroupement approprié : VOITUREROUGE
J'espère avoir été le plus claire possible et obtenir une parade salvatrice
pour obtenir au final
VOITURE ROUGE
Merci d'avanceBonsoir,
Que fais-tu de particulier pour que le résultat de tes requêtes en soit modifié ?
Tu peux soit remplacer ce caractère par autre chose avant que ton champ soit enregistré, soit le rajouter avant d'utiliser
la
valeur
de ce champ. Mais il faudrait plus de détails.
J-Pierre
"FFO" a écrit dans le message de news:Dans le champ d'une table comment maintenir un espace éventuel à la fin d'un
libellé. A chaque saisie de ce caractère Access invariablement me le supprime
Ces suppressions altères le résultat obtenu engendré par une série de requètes
Je comprend mais comment une fois l'import et les requètes MAJ effectués je
peux réaliser mon saucissonage que j'obtiens par l'outil d'importation par le
biais de fanions judicieusement placés pour réaliser toutes mes tables à
comparer ???
De plus je crains que l'import échou certaine lignes comportant plus de 150
caractères
Bonjour,
Dans la solution que je te propose, tu ne saucissonnes pas tes lignes, mais tu les charges dans un seul champ Memo d'une table
Access.
Une ligne de fichier texte = un champ. Tu n'as donc perdu aucun caractère.
Ensuite, tu exécutes les requêtes MAJ.
J-Pierre
"FFO" <FFO@discussions.microsoft.com> a écrit dans le message de news: E1A2D6C3-A48D-4D11-BE9D-E2A03377EAAD@microsoft.com...
Il n'y a pas de délimiteur
Je saucissonne mon fichier text en utilisant l'assistant importation de
texte avec l'option longueur fixe et de mettre des fanions aux endroits
appropriés
Mon saucissonnage pour environ 5000 lignes importe dans la table
destinatrice une suite de caractères pour différent champs qui se termine par
un espace et access de le suprimer et d'optenir par exemple VOITUREROUGE
aulieu de VOITURE ROUGE à la recomposition
Je pense que c'est au niveau de l'import dans la table qu'il faut agir car
une fois les espaces supprimés il m'est impossible de les remettre en place
ne sachant pas où ils étaient (action sur l'outil d'import ou sur les champs
destinataires à moins qu'un paramétrage d'access soit impliqué)
Merci beaucoup pour tes suggestions
Désolé d'avoir été un peu long à répondre :-(
D'abord, l'importation en une fois dans une table Access Access puis l'éclatement entre différentes tables en fonction du code
me
semble être une bonne solution.
Pour le saucissonage, je crois que je procèderais de manière différente:
Si je comprends bien ton exemple, tu veux garder les espaces qui sont suivis d'un délimiteur "/". Si ce n'est pas le cas, la
procédure est facilement adaptable.
1-Remplacer tous ces groupes " /" par un caractère spécial, par exemple Chr(10) ou Chr(0), un caractère qui ne peut pas se
trouver
dans ton fichier texte.
2-Eliminer tous les délimiteurs.
3-Remplacer les Chr(10) ou Chr(0) par un espace
4-Enfin, séparer les différents champs, mais tu ne donnes pas les infos qui permettraient d'aller au bout de la logique. Car
je
suppose qu'au final, tu ne veux pas 9999 et VOITURE ROUGE dans le même champ. Pour les 3 premiers points, tu peux le faire
avec
des
requêtes. Pour le point 4, il faudra sans doute passer par du code VBA car je ne vois pas comment utiliser un SPLIT dans une
requête.
Ca donnerait 3 requêtes:
1-monChamp=Replace(monChamp," /",Chr(0))
2-monChamp=Replace(monChamp,"/","")
3-monChamp=Replace(monChamp,Chr(0)," ")
4-????????????????????
Demain, je devrais être plus disponible :-)
J-Pierre
"FFO" <FFO@discussions.microsoft.com> a écrit dans le message de news: 948BF77C-40D8-48BB-B6DB-F82EF0B7DF5F@microsoft.com...
Voici donc plus amples détails quant à l'utilité de cet espace :
le contexte :
comparaison de 2 fichiers texte
La particularité de ces fichiers est que chaque ligne comporte un code en
début qui implique une suite de paramètres en correspondance
Conséquence chaque ligne au code différent comporte une suite d'information
échelonnées de manière différente
Je dois donc obtenir sous access autant de table que de ligne au code
différent pour réaliser correctement ma comparaison
1° solution mise en place :
autant d'import différent avec saucissonage appropriée pour réaliser toute
mes tables et ma comparaison
gros inconvénient : 7 imports par fichier soit 14 imports qui donnent avec
l'exécution de toute mes requêtes environ 2 minutes de traitement
2° solution objet de ma question :
1 seul import par fichier avec l'ensemble des saucissonages nécessaire que
je regroupe sous access au gré des tables à obtenir exemple : je morcèle
ainsi dans le fichier texte 9/9/9/9 tous les 9 se répartissant du champ1 au
champ4 dans une première table et je recompose dans un seul champ le chiffre
9999 (champ1&champ2&champ3&champ4) dans une 2° table
Gros avantage je divise par 2 le temps de traitement
Mais problème certaines informations mocellées sont des libellés séparés
pour bon nombre d'entre eux d'espace qui si ils se trouvent avant un
caractère à l'import sont maintenus mais si ils se retrouvenrt en tant que
dernier caractère du champ sont supprimés par access exemple :
VOITURE ROUGE morcelé VOI/TUR/E /ROU/GE réparti comme suit :
champ1 : VOI
champ2 : TUR
champ3 : E (sans l'espace)
champ4 : ROU
champ5 : GE
pour obtenir aprés regroupement approprié : VOITUREROUGE
J'espère avoir été le plus claire possible et obtenir une parade salvatrice
pour obtenir au final
VOITURE ROUGE
Merci d'avance
Bonsoir,
Que fais-tu de particulier pour que le résultat de tes requêtes en soit modifié ?
Tu peux soit remplacer ce caractère par autre chose avant que ton champ soit enregistré, soit le rajouter avant d'utiliser
la
valeur
de ce champ. Mais il faudrait plus de détails.
J-Pierre
"FFO" <FFO@discussions.microsoft.com> a écrit dans le message de news:
19911359-271B-4D77-A9CE-F32C85C8F8F4@microsoft.com...
Dans le champ d'une table comment maintenir un espace éventuel à la fin d'un
libellé. A chaque saisie de ce caractère Access invariablement me le supprime
Ces suppressions altères le résultat obtenu engendré par une série de requètes
Je comprend mais comment une fois l'import et les requètes MAJ effectués je
peux réaliser mon saucissonage que j'obtiens par l'outil d'importation par le
biais de fanions judicieusement placés pour réaliser toutes mes tables à
comparer ???
De plus je crains que l'import échou certaine lignes comportant plus de 150
caractèresBonjour,
Dans la solution que je te propose, tu ne saucissonnes pas tes lignes, mais tu les charges dans un seul champ Memo d'une table
Access.
Une ligne de fichier texte = un champ. Tu n'as donc perdu aucun caractère.
Ensuite, tu exécutes les requêtes MAJ.
J-Pierre
"FFO" a écrit dans le message de news:Il n'y a pas de délimiteur
Je saucissonne mon fichier text en utilisant l'assistant importation de
texte avec l'option longueur fixe et de mettre des fanions aux endroits
appropriés
Mon saucissonnage pour environ 5000 lignes importe dans la table
destinatrice une suite de caractères pour différent champs qui se termine par
un espace et access de le suprimer et d'optenir par exemple VOITUREROUGE
aulieu de VOITURE ROUGE à la recomposition
Je pense que c'est au niveau de l'import dans la table qu'il faut agir car
une fois les espaces supprimés il m'est impossible de les remettre en place
ne sachant pas où ils étaient (action sur l'outil d'import ou sur les champs
destinataires à moins qu'un paramétrage d'access soit impliqué)
Merci beaucoup pour tes suggestionsDésolé d'avoir été un peu long à répondre :-(
D'abord, l'importation en une fois dans une table Access Access puis l'éclatement entre différentes tables en fonction du code
me
semble être une bonne solution.
Pour le saucissonage, je crois que je procèderais de manière différente:
Si je comprends bien ton exemple, tu veux garder les espaces qui sont suivis d'un délimiteur "/". Si ce n'est pas le cas, la
procédure est facilement adaptable.
1-Remplacer tous ces groupes " /" par un caractère spécial, par exemple Chr(10) ou Chr(0), un caractère qui ne peut pas se
trouver
dans ton fichier texte.
2-Eliminer tous les délimiteurs.
3-Remplacer les Chr(10) ou Chr(0) par un espace
4-Enfin, séparer les différents champs, mais tu ne donnes pas les infos qui permettraient d'aller au bout de la logique. Car
je
suppose qu'au final, tu ne veux pas 9999 et VOITURE ROUGE dans le même champ. Pour les 3 premiers points, tu peux le faire
avec
des
requêtes. Pour le point 4, il faudra sans doute passer par du code VBA car je ne vois pas comment utiliser un SPLIT dans une
requête.
Ca donnerait 3 requêtes:
1-monChamp=Replace(monChamp," /",Chr(0))
2-monChamp=Replace(monChamp,"/","")
3-monChamp=Replace(monChamp,Chr(0)," ")
4-????????????????????
Demain, je devrais être plus disponible :-)
J-Pierre
"FFO" a écrit dans le message de news:Voici donc plus amples détails quant à l'utilité de cet espace :
le contexte :
comparaison de 2 fichiers texte
La particularité de ces fichiers est que chaque ligne comporte un code en
début qui implique une suite de paramètres en correspondance
Conséquence chaque ligne au code différent comporte une suite d'information
échelonnées de manière différente
Je dois donc obtenir sous access autant de table que de ligne au code
différent pour réaliser correctement ma comparaison
1° solution mise en place :
autant d'import différent avec saucissonage appropriée pour réaliser toute
mes tables et ma comparaison
gros inconvénient : 7 imports par fichier soit 14 imports qui donnent avec
l'exécution de toute mes requêtes environ 2 minutes de traitement
2° solution objet de ma question :
1 seul import par fichier avec l'ensemble des saucissonages nécessaire que
je regroupe sous access au gré des tables à obtenir exemple : je morcèle
ainsi dans le fichier texte 9/9/9/9 tous les 9 se répartissant du champ1 au
champ4 dans une première table et je recompose dans un seul champ le chiffre
9999 (champ1&champ2&champ3&champ4) dans une 2° table
Gros avantage je divise par 2 le temps de traitement
Mais problème certaines informations mocellées sont des libellés séparés
pour bon nombre d'entre eux d'espace qui si ils se trouvent avant un
caractère à l'import sont maintenus mais si ils se retrouvenrt en tant que
dernier caractère du champ sont supprimés par access exemple :
VOITURE ROUGE morcelé VOI/TUR/E /ROU/GE réparti comme suit :
champ1 : VOI
champ2 : TUR
champ3 : E (sans l'espace)
champ4 : ROU
champ5 : GE
pour obtenir aprés regroupement approprié : VOITUREROUGE
J'espère avoir été le plus claire possible et obtenir une parade salvatrice
pour obtenir au final
VOITURE ROUGE
Merci d'avanceBonsoir,
Que fais-tu de particulier pour que le résultat de tes requêtes en soit modifié ?
Tu peux soit remplacer ce caractère par autre chose avant que ton champ soit enregistré, soit le rajouter avant d'utiliser
la
valeur
de ce champ. Mais il faudrait plus de détails.
J-Pierre
"FFO" a écrit dans le message de news:Dans le champ d'une table comment maintenir un espace éventuel à la fin d'un
libellé. A chaque saisie de ce caractère Access invariablement me le supprime
Ces suppressions altères le résultat obtenu engendré par une série de requètes
C'était l'objet de mon point 4, une fois les "/" éliminés, il faut éclater la ligne en différents champs, quels sont les critères ?
Par exemple, qu'est-ce qui sépare le 9999 de VOITURE ROUGE ?
Un champ texte peut contenir 255 caractères, un champ mémo 65000.....y'a de la marge :-)
J-Pierre
"FFO" a écrit dans le message de news:Je comprend mais comment une fois l'import et les requètes MAJ effectués je
peux réaliser mon saucissonage que j'obtiens par l'outil d'importation par le
biais de fanions judicieusement placés pour réaliser toutes mes tables à
comparer ???
De plus je crains que l'import échou certaine lignes comportant plus de 150
caractèresBonjour,
Dans la solution que je te propose, tu ne saucissonnes pas tes lignes, mais tu les charges dans un seul champ Memo d'une table
Access.
Une ligne de fichier texte = un champ. Tu n'as donc perdu aucun caractère.
Ensuite, tu exécutes les requêtes MAJ.
J-Pierre
"FFO" a écrit dans le message de news:Il n'y a pas de délimiteur
Je saucissonne mon fichier text en utilisant l'assistant importation de
texte avec l'option longueur fixe et de mettre des fanions aux endroits
appropriés
Mon saucissonnage pour environ 5000 lignes importe dans la table
destinatrice une suite de caractères pour différent champs qui se termine par
un espace et access de le suprimer et d'optenir par exemple VOITUREROUGE
aulieu de VOITURE ROUGE à la recomposition
Je pense que c'est au niveau de l'import dans la table qu'il faut agir car
une fois les espaces supprimés il m'est impossible de les remettre en place
ne sachant pas où ils étaient (action sur l'outil d'import ou sur les champs
destinataires à moins qu'un paramétrage d'access soit impliqué)
Merci beaucoup pour tes suggestionsDésolé d'avoir été un peu long à répondre :-(
D'abord, l'importation en une fois dans une table Access Access puis l'éclatement entre différentes tables en fonction du code
me
semble être une bonne solution.
Pour le saucissonage, je crois que je procèderais de manière différente:
Si je comprends bien ton exemple, tu veux garder les espaces qui sont suivis d'un délimiteur "/". Si ce n'est pas le cas, la
procédure est facilement adaptable.
1-Remplacer tous ces groupes " /" par un caractère spécial, par exemple Chr(10) ou Chr(0), un caractère qui ne peut pas se
trouver
dans ton fichier texte.
2-Eliminer tous les délimiteurs.
3-Remplacer les Chr(10) ou Chr(0) par un espace
4-Enfin, séparer les différents champs, mais tu ne donnes pas les infos qui permettraient d'aller au bout de la logique. Car
je
suppose qu'au final, tu ne veux pas 9999 et VOITURE ROUGE dans le même champ. Pour les 3 premiers points, tu peux le faire
avec
des
requêtes. Pour le point 4, il faudra sans doute passer par du code VBA car je ne vois pas comment utiliser un SPLIT dans une
requête.
Ca donnerait 3 requêtes:
1-monChamp=Replace(monChamp," /",Chr(0))
2-monChamp=Replace(monChamp,"/","")
3-monChamp=Replace(monChamp,Chr(0)," ")
4-????????????????????
Demain, je devrais être plus disponible :-)
J-Pierre
"FFO" a écrit dans le message de news:Voici donc plus amples détails quant à l'utilité de cet espace :
le contexte :
comparaison de 2 fichiers texte
La particularité de ces fichiers est que chaque ligne comporte un code en
début qui implique une suite de paramètres en correspondance
Conséquence chaque ligne au code différent comporte une suite d'information
échelonnées de manière différente
Je dois donc obtenir sous access autant de table que de ligne au code
différent pour réaliser correctement ma comparaison
1° solution mise en place :
autant d'import différent avec saucissonage appropriée pour réaliser toute
mes tables et ma comparaison
gros inconvénient : 7 imports par fichier soit 14 imports qui donnent avec
l'exécution de toute mes requêtes environ 2 minutes de traitement
2° solution objet de ma question :
1 seul import par fichier avec l'ensemble des saucissonages nécessaire que
je regroupe sous access au gré des tables à obtenir exemple : je morcèle
ainsi dans le fichier texte 9/9/9/9 tous les 9 se répartissant du champ1 au
champ4 dans une première table et je recompose dans un seul champ le chiffre
9999 (champ1&champ2&champ3&champ4) dans une 2° table
Gros avantage je divise par 2 le temps de traitement
Mais problème certaines informations mocellées sont des libellés séparés
pour bon nombre d'entre eux d'espace qui si ils se trouvent avant un
caractère à l'import sont maintenus mais si ils se retrouvenrt en tant que
dernier caractère du champ sont supprimés par access exemple :
VOITURE ROUGE morcelé VOI/TUR/E /ROU/GE réparti comme suit :
champ1 : VOI
champ2 : TUR
champ3 : E (sans l'espace)
champ4 : ROU
champ5 : GE
pour obtenir aprés regroupement approprié : VOITUREROUGE
J'espère avoir été le plus claire possible et obtenir une parade salvatrice
pour obtenir au final
VOITURE ROUGE
Merci d'avanceBonsoir,
Que fais-tu de particulier pour que le résultat de tes requêtes en soit modifié ?
Tu peux soit remplacer ce caractère par autre chose avant que ton champ soit enregistré, soit le rajouter avant d'utiliser
la
valeur
de ce champ. Mais il faudrait plus de détails.
J-Pierre
"FFO" a écrit dans le message de news:Dans le champ d'une table comment maintenir un espace éventuel à la fin d'un
libellé. A chaque saisie de ce caractère Access invariablement me le supprime
Ces suppressions altères le résultat obtenu engendré par une série de requètes
C'était l'objet de mon point 4, une fois les "/" éliminés, il faut éclater la ligne en différents champs, quels sont les critères ?
Par exemple, qu'est-ce qui sépare le 9999 de VOITURE ROUGE ?
Un champ texte peut contenir 255 caractères, un champ mémo 65000.....y'a de la marge :-)
J-Pierre
"FFO" <FFO@discussions.microsoft.com> a écrit dans le message de news: 16E579E5-5DE5-461D-A830-802C841EFA56@microsoft.com...
Je comprend mais comment une fois l'import et les requètes MAJ effectués je
peux réaliser mon saucissonage que j'obtiens par l'outil d'importation par le
biais de fanions judicieusement placés pour réaliser toutes mes tables à
comparer ???
De plus je crains que l'import échou certaine lignes comportant plus de 150
caractères
Bonjour,
Dans la solution que je te propose, tu ne saucissonnes pas tes lignes, mais tu les charges dans un seul champ Memo d'une table
Access.
Une ligne de fichier texte = un champ. Tu n'as donc perdu aucun caractère.
Ensuite, tu exécutes les requêtes MAJ.
J-Pierre
"FFO" <FFO@discussions.microsoft.com> a écrit dans le message de news: E1A2D6C3-A48D-4D11-BE9D-E2A03377EAAD@microsoft.com...
Il n'y a pas de délimiteur
Je saucissonne mon fichier text en utilisant l'assistant importation de
texte avec l'option longueur fixe et de mettre des fanions aux endroits
appropriés
Mon saucissonnage pour environ 5000 lignes importe dans la table
destinatrice une suite de caractères pour différent champs qui se termine par
un espace et access de le suprimer et d'optenir par exemple VOITUREROUGE
aulieu de VOITURE ROUGE à la recomposition
Je pense que c'est au niveau de l'import dans la table qu'il faut agir car
une fois les espaces supprimés il m'est impossible de les remettre en place
ne sachant pas où ils étaient (action sur l'outil d'import ou sur les champs
destinataires à moins qu'un paramétrage d'access soit impliqué)
Merci beaucoup pour tes suggestions
Désolé d'avoir été un peu long à répondre :-(
D'abord, l'importation en une fois dans une table Access Access puis l'éclatement entre différentes tables en fonction du code
me
semble être une bonne solution.
Pour le saucissonage, je crois que je procèderais de manière différente:
Si je comprends bien ton exemple, tu veux garder les espaces qui sont suivis d'un délimiteur "/". Si ce n'est pas le cas, la
procédure est facilement adaptable.
1-Remplacer tous ces groupes " /" par un caractère spécial, par exemple Chr(10) ou Chr(0), un caractère qui ne peut pas se
trouver
dans ton fichier texte.
2-Eliminer tous les délimiteurs.
3-Remplacer les Chr(10) ou Chr(0) par un espace
4-Enfin, séparer les différents champs, mais tu ne donnes pas les infos qui permettraient d'aller au bout de la logique. Car
je
suppose qu'au final, tu ne veux pas 9999 et VOITURE ROUGE dans le même champ. Pour les 3 premiers points, tu peux le faire
avec
des
requêtes. Pour le point 4, il faudra sans doute passer par du code VBA car je ne vois pas comment utiliser un SPLIT dans une
requête.
Ca donnerait 3 requêtes:
1-monChamp=Replace(monChamp," /",Chr(0))
2-monChamp=Replace(monChamp,"/","")
3-monChamp=Replace(monChamp,Chr(0)," ")
4-????????????????????
Demain, je devrais être plus disponible :-)
J-Pierre
"FFO" <FFO@discussions.microsoft.com> a écrit dans le message de news: 948BF77C-40D8-48BB-B6DB-F82EF0B7DF5F@microsoft.com...
Voici donc plus amples détails quant à l'utilité de cet espace :
le contexte :
comparaison de 2 fichiers texte
La particularité de ces fichiers est que chaque ligne comporte un code en
début qui implique une suite de paramètres en correspondance
Conséquence chaque ligne au code différent comporte une suite d'information
échelonnées de manière différente
Je dois donc obtenir sous access autant de table que de ligne au code
différent pour réaliser correctement ma comparaison
1° solution mise en place :
autant d'import différent avec saucissonage appropriée pour réaliser toute
mes tables et ma comparaison
gros inconvénient : 7 imports par fichier soit 14 imports qui donnent avec
l'exécution de toute mes requêtes environ 2 minutes de traitement
2° solution objet de ma question :
1 seul import par fichier avec l'ensemble des saucissonages nécessaire que
je regroupe sous access au gré des tables à obtenir exemple : je morcèle
ainsi dans le fichier texte 9/9/9/9 tous les 9 se répartissant du champ1 au
champ4 dans une première table et je recompose dans un seul champ le chiffre
9999 (champ1&champ2&champ3&champ4) dans une 2° table
Gros avantage je divise par 2 le temps de traitement
Mais problème certaines informations mocellées sont des libellés séparés
pour bon nombre d'entre eux d'espace qui si ils se trouvent avant un
caractère à l'import sont maintenus mais si ils se retrouvenrt en tant que
dernier caractère du champ sont supprimés par access exemple :
VOITURE ROUGE morcelé VOI/TUR/E /ROU/GE réparti comme suit :
champ1 : VOI
champ2 : TUR
champ3 : E (sans l'espace)
champ4 : ROU
champ5 : GE
pour obtenir aprés regroupement approprié : VOITUREROUGE
J'espère avoir été le plus claire possible et obtenir une parade salvatrice
pour obtenir au final
VOITURE ROUGE
Merci d'avance
Bonsoir,
Que fais-tu de particulier pour que le résultat de tes requêtes en soit modifié ?
Tu peux soit remplacer ce caractère par autre chose avant que ton champ soit enregistré, soit le rajouter avant d'utiliser
la
valeur
de ce champ. Mais il faudrait plus de détails.
J-Pierre
"FFO" <FFO@discussions.microsoft.com> a écrit dans le message de news:
19911359-271B-4D77-A9CE-F32C85C8F8F4@microsoft.com...
Dans le champ d'une table comment maintenir un espace éventuel à la fin d'un
libellé. A chaque saisie de ce caractère Access invariablement me le supprime
Ces suppressions altères le résultat obtenu engendré par une série de requètes
C'était l'objet de mon point 4, une fois les "/" éliminés, il faut éclater la ligne en différents champs, quels sont les critères ?
Par exemple, qu'est-ce qui sépare le 9999 de VOITURE ROUGE ?
Un champ texte peut contenir 255 caractères, un champ mémo 65000.....y'a de la marge :-)
J-Pierre
"FFO" a écrit dans le message de news:Je comprend mais comment une fois l'import et les requètes MAJ effectués je
peux réaliser mon saucissonage que j'obtiens par l'outil d'importation par le
biais de fanions judicieusement placés pour réaliser toutes mes tables à
comparer ???
De plus je crains que l'import échou certaine lignes comportant plus de 150
caractèresBonjour,
Dans la solution que je te propose, tu ne saucissonnes pas tes lignes, mais tu les charges dans un seul champ Memo d'une table
Access.
Une ligne de fichier texte = un champ. Tu n'as donc perdu aucun caractère.
Ensuite, tu exécutes les requêtes MAJ.
J-Pierre
"FFO" a écrit dans le message de news:Il n'y a pas de délimiteur
Je saucissonne mon fichier text en utilisant l'assistant importation de
texte avec l'option longueur fixe et de mettre des fanions aux endroits
appropriés
Mon saucissonnage pour environ 5000 lignes importe dans la table
destinatrice une suite de caractères pour différent champs qui se termine par
un espace et access de le suprimer et d'optenir par exemple VOITUREROUGE
aulieu de VOITURE ROUGE à la recomposition
Je pense que c'est au niveau de l'import dans la table qu'il faut agir car
une fois les espaces supprimés il m'est impossible de les remettre en place
ne sachant pas où ils étaient (action sur l'outil d'import ou sur les champs
destinataires à moins qu'un paramétrage d'access soit impliqué)
Merci beaucoup pour tes suggestionsDésolé d'avoir été un peu long à répondre :-(
D'abord, l'importation en une fois dans une table Access Access puis l'éclatement entre différentes tables en fonction du code
me
semble être une bonne solution.
Pour le saucissonage, je crois que je procèderais de manière différente:
Si je comprends bien ton exemple, tu veux garder les espaces qui sont suivis d'un délimiteur "/". Si ce n'est pas le cas, la
procédure est facilement adaptable.
1-Remplacer tous ces groupes " /" par un caractère spécial, par exemple Chr(10) ou Chr(0), un caractère qui ne peut pas se
trouver
dans ton fichier texte.
2-Eliminer tous les délimiteurs.
3-Remplacer les Chr(10) ou Chr(0) par un espace
4-Enfin, séparer les différents champs, mais tu ne donnes pas les infos qui permettraient d'aller au bout de la logique. Car
je
suppose qu'au final, tu ne veux pas 9999 et VOITURE ROUGE dans le même champ. Pour les 3 premiers points, tu peux le faire
avec
des
requêtes. Pour le point 4, il faudra sans doute passer par du code VBA car je ne vois pas comment utiliser un SPLIT dans une
requête.
Ca donnerait 3 requêtes:
1-monChamp=Replace(monChamp," /",Chr(0))
2-monChamp=Replace(monChamp,"/","")
3-monChamp=Replace(monChamp,Chr(0)," ")
4-????????????????????
Demain, je devrais être plus disponible :-)
J-Pierre
"FFO" a écrit dans le message de news:Voici donc plus amples détails quant à l'utilité de cet espace :
le contexte :
comparaison de 2 fichiers texte
La particularité de ces fichiers est que chaque ligne comporte un code en
début qui implique une suite de paramètres en correspondance
Conséquence chaque ligne au code différent comporte une suite d'information
échelonnées de manière différente
Je dois donc obtenir sous access autant de table que de ligne au code
différent pour réaliser correctement ma comparaison
1° solution mise en place :
autant d'import différent avec saucissonage appropriée pour réaliser toute
mes tables et ma comparaison
gros inconvénient : 7 imports par fichier soit 14 imports qui donnent avec
l'exécution de toute mes requêtes environ 2 minutes de traitement
2° solution objet de ma question :
1 seul import par fichier avec l'ensemble des saucissonages nécessaire que
je regroupe sous access au gré des tables à obtenir exemple : je morcèle
ainsi dans le fichier texte 9/9/9/9 tous les 9 se répartissant du champ1 au
champ4 dans une première table et je recompose dans un seul champ le chiffre
9999 (champ1&champ2&champ3&champ4) dans une 2° table
Gros avantage je divise par 2 le temps de traitement
Mais problème certaines informations mocellées sont des libellés séparés
pour bon nombre d'entre eux d'espace qui si ils se trouvent avant un
caractère à l'import sont maintenus mais si ils se retrouvenrt en tant que
dernier caractère du champ sont supprimés par access exemple :
VOITURE ROUGE morcelé VOI/TUR/E /ROU/GE réparti comme suit :
champ1 : VOI
champ2 : TUR
champ3 : E (sans l'espace)
champ4 : ROU
champ5 : GE
pour obtenir aprés regroupement approprié : VOITUREROUGE
J'espère avoir été le plus claire possible et obtenir une parade salvatrice
pour obtenir au final
VOITURE ROUGE
Merci d'avanceBonsoir,
Que fais-tu de particulier pour que le résultat de tes requêtes en soit modifié ?
Tu peux soit remplacer ce caractère par autre chose avant que ton champ soit enregistré, soit le rajouter avant d'utiliser
la
valeur
de ce champ. Mais il faudrait plus de détails.
J-Pierre
"FFO" a écrit dans le message de news:Dans le champ d'une table comment maintenir un espace éventuel à la fin d'un
libellé. A chaque saisie de ce caractère Access invariablement me le supprime
Ces suppressions altères le résultat obtenu engendré par une série de requètes
Essai d'importation concluant
Le seul critère pour ségmenter la ligne est ni plus ni moins le nombre de
caractère correspondant à un paramètre exemple le code enregitrement 1
caractère suivi du code article 14 caractères suivi du libellé 80 caractères
ainsi de suite et chaque ligne au code enregitrement différent d'avoir sa
propre segmentation donc ses propres paramètres
J'ai essayé aprés l'import que tu m'a proposé par une requète sélection de
définir un champ à partir du champ de la table importée en ne prenant qu'une
série de caractères sur la base de ce que j'ai décrit ci-dessus avec la
fonction intégrée "ExtracChaîne" pour laquelle on doit définir la source (le
champ de la table importée) le début (numéro du 1° caractère dans la série)
et le nombre de caractère (exemple pour le libellé 80) et au miracle celà
marche
Si j'opère à l'identique pour tous les champs de chaque table j'obtiens le
résultat escompté et sans être obligé de triturer les espaces car de cette
manière mes paramètres ne sont pas saucissonnés
Je pense tenir la bonne solution
Qu'en penses tu ???
Merci de tes conseilsC'était l'objet de mon point 4, une fois les "/" éliminés, il faut éclater la ligne en différents champs, quels sont les critères
?
Par exemple, qu'est-ce qui sépare le 9999 de VOITURE ROUGE ?
Un champ texte peut contenir 255 caractères, un champ mémo 65000.....y'a de la marge :-)
J-Pierre
"FFO" a écrit dans le message de news:Je comprend mais comment une fois l'import et les requètes MAJ effectués je
peux réaliser mon saucissonage que j'obtiens par l'outil d'importation par le
biais de fanions judicieusement placés pour réaliser toutes mes tables à
comparer ???
De plus je crains que l'import échou certaine lignes comportant plus de 150
caractèresBonjour,
Dans la solution que je te propose, tu ne saucissonnes pas tes lignes, mais tu les charges dans un seul champ Memo d'une table
Access.
Une ligne de fichier texte = un champ. Tu n'as donc perdu aucun caractère.
Ensuite, tu exécutes les requêtes MAJ.
J-Pierre
"FFO" a écrit dans le message de news:Il n'y a pas de délimiteur
Je saucissonne mon fichier text en utilisant l'assistant importation de
texte avec l'option longueur fixe et de mettre des fanions aux endroits
appropriés
Mon saucissonnage pour environ 5000 lignes importe dans la table
destinatrice une suite de caractères pour différent champs qui se termine par
un espace et access de le suprimer et d'optenir par exemple VOITUREROUGE
aulieu de VOITURE ROUGE à la recomposition
Je pense que c'est au niveau de l'import dans la table qu'il faut agir car
une fois les espaces supprimés il m'est impossible de les remettre en place
ne sachant pas où ils étaient (action sur l'outil d'import ou sur les champs
destinataires à moins qu'un paramétrage d'access soit impliqué)
Merci beaucoup pour tes suggestionsDésolé d'avoir été un peu long à répondre :-(
D'abord, l'importation en une fois dans une table Access Access puis l'éclatement entre différentes tables en fonction du
code
me
semble être une bonne solution.
Pour le saucissonage, je crois que je procèderais de manière différente:
Si je comprends bien ton exemple, tu veux garder les espaces qui sont suivis d'un délimiteur "/". Si ce n'est pas le cas,
la
procédure est facilement adaptable.
1-Remplacer tous ces groupes " /" par un caractère spécial, par exemple Chr(10) ou Chr(0), un caractère qui ne peut pas se
trouver
dans ton fichier texte.
2-Eliminer tous les délimiteurs.
3-Remplacer les Chr(10) ou Chr(0) par un espace
4-Enfin, séparer les différents champs, mais tu ne donnes pas les infos qui permettraient d'aller au bout de la logique.
Car
je
suppose qu'au final, tu ne veux pas 9999 et VOITURE ROUGE dans le même champ. Pour les 3 premiers points, tu peux le faire
avec
des
requêtes. Pour le point 4, il faudra sans doute passer par du code VBA car je ne vois pas comment utiliser un SPLIT dans
une
requête.
Ca donnerait 3 requêtes:
1-monChamp=Replace(monChamp," /",Chr(0))
2-monChamp=Replace(monChamp,"/","")
3-monChamp=Replace(monChamp,Chr(0)," ")
4-????????????????????
Demain, je devrais être plus disponible :-)
J-Pierre
"FFO" a écrit dans le message de news:Voici donc plus amples détails quant à l'utilité de cet espace :
le contexte :
comparaison de 2 fichiers texte
La particularité de ces fichiers est que chaque ligne comporte un code en
début qui implique une suite de paramètres en correspondance
Conséquence chaque ligne au code différent comporte une suite d'information
échelonnées de manière différente
Je dois donc obtenir sous access autant de table que de ligne au code
différent pour réaliser correctement ma comparaison
1° solution mise en place :
autant d'import différent avec saucissonage appropriée pour réaliser toute
mes tables et ma comparaison
gros inconvénient : 7 imports par fichier soit 14 imports qui donnent avec
l'exécution de toute mes requêtes environ 2 minutes de traitement
2° solution objet de ma question :
1 seul import par fichier avec l'ensemble des saucissonages nécessaire que
je regroupe sous access au gré des tables à obtenir exemple : je morcèle
ainsi dans le fichier texte 9/9/9/9 tous les 9 se répartissant du champ1 au
champ4 dans une première table et je recompose dans un seul champ le chiffre
9999 (champ1&champ2&champ3&champ4) dans une 2° table
Gros avantage je divise par 2 le temps de traitement
Mais problème certaines informations mocellées sont des libellés séparés
pour bon nombre d'entre eux d'espace qui si ils se trouvent avant un
caractère à l'import sont maintenus mais si ils se retrouvenrt en tant que
dernier caractère du champ sont supprimés par access exemple :
VOITURE ROUGE morcelé VOI/TUR/E /ROU/GE réparti comme suit :
champ1 : VOI
champ2 : TUR
champ3 : E (sans l'espace)
champ4 : ROU
champ5 : GE
pour obtenir aprés regroupement approprié : VOITUREROUGE
J'espère avoir été le plus claire possible et obtenir une parade salvatrice
pour obtenir au final
VOITURE ROUGE
Merci d'avanceBonsoir,
Que fais-tu de particulier pour que le résultat de tes requêtes en soit modifié ?
Tu peux soit remplacer ce caractère par autre chose avant que ton champ soit enregistré, soit le rajouter avant
d'utiliser
la
valeur
de ce champ. Mais il faudrait plus de détails.
J-Pierre
"FFO" a écrit dans le message de news:Dans le champ d'une table comment maintenir un espace éventuel à la fin d'un
libellé. A chaque saisie de ce caractère Access invariablement me le supprime
Ces suppressions altères le résultat obtenu engendré par une série de requètes
Essai d'importation concluant
Le seul critère pour ségmenter la ligne est ni plus ni moins le nombre de
caractère correspondant à un paramètre exemple le code enregitrement 1
caractère suivi du code article 14 caractères suivi du libellé 80 caractères
ainsi de suite et chaque ligne au code enregitrement différent d'avoir sa
propre segmentation donc ses propres paramètres
J'ai essayé aprés l'import que tu m'a proposé par une requète sélection de
définir un champ à partir du champ de la table importée en ne prenant qu'une
série de caractères sur la base de ce que j'ai décrit ci-dessus avec la
fonction intégrée "ExtracChaîne" pour laquelle on doit définir la source (le
champ de la table importée) le début (numéro du 1° caractère dans la série)
et le nombre de caractère (exemple pour le libellé 80) et au miracle celà
marche
Si j'opère à l'identique pour tous les champs de chaque table j'obtiens le
résultat escompté et sans être obligé de triturer les espaces car de cette
manière mes paramètres ne sont pas saucissonnés
Je pense tenir la bonne solution
Qu'en penses tu ???
Merci de tes conseils
C'était l'objet de mon point 4, une fois les "/" éliminés, il faut éclater la ligne en différents champs, quels sont les critères
?
Par exemple, qu'est-ce qui sépare le 9999 de VOITURE ROUGE ?
Un champ texte peut contenir 255 caractères, un champ mémo 65000.....y'a de la marge :-)
J-Pierre
"FFO" <FFO@discussions.microsoft.com> a écrit dans le message de news: 16E579E5-5DE5-461D-A830-802C841EFA56@microsoft.com...
Je comprend mais comment une fois l'import et les requètes MAJ effectués je
peux réaliser mon saucissonage que j'obtiens par l'outil d'importation par le
biais de fanions judicieusement placés pour réaliser toutes mes tables à
comparer ???
De plus je crains que l'import échou certaine lignes comportant plus de 150
caractères
Bonjour,
Dans la solution que je te propose, tu ne saucissonnes pas tes lignes, mais tu les charges dans un seul champ Memo d'une table
Access.
Une ligne de fichier texte = un champ. Tu n'as donc perdu aucun caractère.
Ensuite, tu exécutes les requêtes MAJ.
J-Pierre
"FFO" <FFO@discussions.microsoft.com> a écrit dans le message de news: E1A2D6C3-A48D-4D11-BE9D-E2A03377EAAD@microsoft.com...
Il n'y a pas de délimiteur
Je saucissonne mon fichier text en utilisant l'assistant importation de
texte avec l'option longueur fixe et de mettre des fanions aux endroits
appropriés
Mon saucissonnage pour environ 5000 lignes importe dans la table
destinatrice une suite de caractères pour différent champs qui se termine par
un espace et access de le suprimer et d'optenir par exemple VOITUREROUGE
aulieu de VOITURE ROUGE à la recomposition
Je pense que c'est au niveau de l'import dans la table qu'il faut agir car
une fois les espaces supprimés il m'est impossible de les remettre en place
ne sachant pas où ils étaient (action sur l'outil d'import ou sur les champs
destinataires à moins qu'un paramétrage d'access soit impliqué)
Merci beaucoup pour tes suggestions
Désolé d'avoir été un peu long à répondre :-(
D'abord, l'importation en une fois dans une table Access Access puis l'éclatement entre différentes tables en fonction du
code
me
semble être une bonne solution.
Pour le saucissonage, je crois que je procèderais de manière différente:
Si je comprends bien ton exemple, tu veux garder les espaces qui sont suivis d'un délimiteur "/". Si ce n'est pas le cas,
la
procédure est facilement adaptable.
1-Remplacer tous ces groupes " /" par un caractère spécial, par exemple Chr(10) ou Chr(0), un caractère qui ne peut pas se
trouver
dans ton fichier texte.
2-Eliminer tous les délimiteurs.
3-Remplacer les Chr(10) ou Chr(0) par un espace
4-Enfin, séparer les différents champs, mais tu ne donnes pas les infos qui permettraient d'aller au bout de la logique.
Car
je
suppose qu'au final, tu ne veux pas 9999 et VOITURE ROUGE dans le même champ. Pour les 3 premiers points, tu peux le faire
avec
des
requêtes. Pour le point 4, il faudra sans doute passer par du code VBA car je ne vois pas comment utiliser un SPLIT dans
une
requête.
Ca donnerait 3 requêtes:
1-monChamp=Replace(monChamp," /",Chr(0))
2-monChamp=Replace(monChamp,"/","")
3-monChamp=Replace(monChamp,Chr(0)," ")
4-????????????????????
Demain, je devrais être plus disponible :-)
J-Pierre
"FFO" <FFO@discussions.microsoft.com> a écrit dans le message de news:
948BF77C-40D8-48BB-B6DB-F82EF0B7DF5F@microsoft.com...
Voici donc plus amples détails quant à l'utilité de cet espace :
le contexte :
comparaison de 2 fichiers texte
La particularité de ces fichiers est que chaque ligne comporte un code en
début qui implique une suite de paramètres en correspondance
Conséquence chaque ligne au code différent comporte une suite d'information
échelonnées de manière différente
Je dois donc obtenir sous access autant de table que de ligne au code
différent pour réaliser correctement ma comparaison
1° solution mise en place :
autant d'import différent avec saucissonage appropriée pour réaliser toute
mes tables et ma comparaison
gros inconvénient : 7 imports par fichier soit 14 imports qui donnent avec
l'exécution de toute mes requêtes environ 2 minutes de traitement
2° solution objet de ma question :
1 seul import par fichier avec l'ensemble des saucissonages nécessaire que
je regroupe sous access au gré des tables à obtenir exemple : je morcèle
ainsi dans le fichier texte 9/9/9/9 tous les 9 se répartissant du champ1 au
champ4 dans une première table et je recompose dans un seul champ le chiffre
9999 (champ1&champ2&champ3&champ4) dans une 2° table
Gros avantage je divise par 2 le temps de traitement
Mais problème certaines informations mocellées sont des libellés séparés
pour bon nombre d'entre eux d'espace qui si ils se trouvent avant un
caractère à l'import sont maintenus mais si ils se retrouvenrt en tant que
dernier caractère du champ sont supprimés par access exemple :
VOITURE ROUGE morcelé VOI/TUR/E /ROU/GE réparti comme suit :
champ1 : VOI
champ2 : TUR
champ3 : E (sans l'espace)
champ4 : ROU
champ5 : GE
pour obtenir aprés regroupement approprié : VOITUREROUGE
J'espère avoir été le plus claire possible et obtenir une parade salvatrice
pour obtenir au final
VOITURE ROUGE
Merci d'avance
Bonsoir,
Que fais-tu de particulier pour que le résultat de tes requêtes en soit modifié ?
Tu peux soit remplacer ce caractère par autre chose avant que ton champ soit enregistré, soit le rajouter avant
d'utiliser
la
valeur
de ce champ. Mais il faudrait plus de détails.
J-Pierre
"FFO" <FFO@discussions.microsoft.com> a écrit dans le message de news:
19911359-271B-4D77-A9CE-F32C85C8F8F4@microsoft.com...
Dans le champ d'une table comment maintenir un espace éventuel à la fin d'un
libellé. A chaque saisie de ce caractère Access invariablement me le supprime
Ces suppressions altères le résultat obtenu engendré par une série de requètes
Essai d'importation concluant
Le seul critère pour ségmenter la ligne est ni plus ni moins le nombre de
caractère correspondant à un paramètre exemple le code enregitrement 1
caractère suivi du code article 14 caractères suivi du libellé 80 caractères
ainsi de suite et chaque ligne au code enregitrement différent d'avoir sa
propre segmentation donc ses propres paramètres
J'ai essayé aprés l'import que tu m'a proposé par une requète sélection de
définir un champ à partir du champ de la table importée en ne prenant qu'une
série de caractères sur la base de ce que j'ai décrit ci-dessus avec la
fonction intégrée "ExtracChaîne" pour laquelle on doit définir la source (le
champ de la table importée) le début (numéro du 1° caractère dans la série)
et le nombre de caractère (exemple pour le libellé 80) et au miracle celà
marche
Si j'opère à l'identique pour tous les champs de chaque table j'obtiens le
résultat escompté et sans être obligé de triturer les espaces car de cette
manière mes paramètres ne sont pas saucissonnés
Je pense tenir la bonne solution
Qu'en penses tu ???
Merci de tes conseilsC'était l'objet de mon point 4, une fois les "/" éliminés, il faut éclater la ligne en différents champs, quels sont les critères
?
Par exemple, qu'est-ce qui sépare le 9999 de VOITURE ROUGE ?
Un champ texte peut contenir 255 caractères, un champ mémo 65000.....y'a de la marge :-)
J-Pierre
"FFO" a écrit dans le message de news:Je comprend mais comment une fois l'import et les requètes MAJ effectués je
peux réaliser mon saucissonage que j'obtiens par l'outil d'importation par le
biais de fanions judicieusement placés pour réaliser toutes mes tables à
comparer ???
De plus je crains que l'import échou certaine lignes comportant plus de 150
caractèresBonjour,
Dans la solution que je te propose, tu ne saucissonnes pas tes lignes, mais tu les charges dans un seul champ Memo d'une table
Access.
Une ligne de fichier texte = un champ. Tu n'as donc perdu aucun caractère.
Ensuite, tu exécutes les requêtes MAJ.
J-Pierre
"FFO" a écrit dans le message de news:Il n'y a pas de délimiteur
Je saucissonne mon fichier text en utilisant l'assistant importation de
texte avec l'option longueur fixe et de mettre des fanions aux endroits
appropriés
Mon saucissonnage pour environ 5000 lignes importe dans la table
destinatrice une suite de caractères pour différent champs qui se termine par
un espace et access de le suprimer et d'optenir par exemple VOITUREROUGE
aulieu de VOITURE ROUGE à la recomposition
Je pense que c'est au niveau de l'import dans la table qu'il faut agir car
une fois les espaces supprimés il m'est impossible de les remettre en place
ne sachant pas où ils étaient (action sur l'outil d'import ou sur les champs
destinataires à moins qu'un paramétrage d'access soit impliqué)
Merci beaucoup pour tes suggestionsDésolé d'avoir été un peu long à répondre :-(
D'abord, l'importation en une fois dans une table Access Access puis l'éclatement entre différentes tables en fonction du
code
me
semble être une bonne solution.
Pour le saucissonage, je crois que je procèderais de manière différente:
Si je comprends bien ton exemple, tu veux garder les espaces qui sont suivis d'un délimiteur "/". Si ce n'est pas le cas,
la
procédure est facilement adaptable.
1-Remplacer tous ces groupes " /" par un caractère spécial, par exemple Chr(10) ou Chr(0), un caractère qui ne peut pas se
trouver
dans ton fichier texte.
2-Eliminer tous les délimiteurs.
3-Remplacer les Chr(10) ou Chr(0) par un espace
4-Enfin, séparer les différents champs, mais tu ne donnes pas les infos qui permettraient d'aller au bout de la logique.
Car
je
suppose qu'au final, tu ne veux pas 9999 et VOITURE ROUGE dans le même champ. Pour les 3 premiers points, tu peux le faire
avec
des
requêtes. Pour le point 4, il faudra sans doute passer par du code VBA car je ne vois pas comment utiliser un SPLIT dans
une
requête.
Ca donnerait 3 requêtes:
1-monChamp=Replace(monChamp," /",Chr(0))
2-monChamp=Replace(monChamp,"/","")
3-monChamp=Replace(monChamp,Chr(0)," ")
4-????????????????????
Demain, je devrais être plus disponible :-)
J-Pierre
"FFO" a écrit dans le message de news:Voici donc plus amples détails quant à l'utilité de cet espace :
le contexte :
comparaison de 2 fichiers texte
La particularité de ces fichiers est que chaque ligne comporte un code en
début qui implique une suite de paramètres en correspondance
Conséquence chaque ligne au code différent comporte une suite d'information
échelonnées de manière différente
Je dois donc obtenir sous access autant de table que de ligne au code
différent pour réaliser correctement ma comparaison
1° solution mise en place :
autant d'import différent avec saucissonage appropriée pour réaliser toute
mes tables et ma comparaison
gros inconvénient : 7 imports par fichier soit 14 imports qui donnent avec
l'exécution de toute mes requêtes environ 2 minutes de traitement
2° solution objet de ma question :
1 seul import par fichier avec l'ensemble des saucissonages nécessaire que
je regroupe sous access au gré des tables à obtenir exemple : je morcèle
ainsi dans le fichier texte 9/9/9/9 tous les 9 se répartissant du champ1 au
champ4 dans une première table et je recompose dans un seul champ le chiffre
9999 (champ1&champ2&champ3&champ4) dans une 2° table
Gros avantage je divise par 2 le temps de traitement
Mais problème certaines informations mocellées sont des libellés séparés
pour bon nombre d'entre eux d'espace qui si ils se trouvent avant un
caractère à l'import sont maintenus mais si ils se retrouvenrt en tant que
dernier caractère du champ sont supprimés par access exemple :
VOITURE ROUGE morcelé VOI/TUR/E /ROU/GE réparti comme suit :
champ1 : VOI
champ2 : TUR
champ3 : E (sans l'espace)
champ4 : ROU
champ5 : GE
pour obtenir aprés regroupement approprié : VOITUREROUGE
J'espère avoir été le plus claire possible et obtenir une parade salvatrice
pour obtenir au final
VOITURE ROUGE
Merci d'avanceBonsoir,
Que fais-tu de particulier pour que le résultat de tes requêtes en soit modifié ?
Tu peux soit remplacer ce caractère par autre chose avant que ton champ soit enregistré, soit le rajouter avant
d'utiliser
la
valeur
de ce champ. Mais il faudrait plus de détails.
J-Pierre
"FFO" a écrit dans le message de news:Dans le champ d'une table comment maintenir un espace éventuel à la fin d'un
libellé. A chaque saisie de ce caractère Access invariablement me le supprime
Ces suppressions altères le résultat obtenu engendré par une série de requètes
Si je comprends bien (je ne sais pas à quelle fonction en anglais correspond "ExtracChaîne" :-), tu n'as pas besoin de faire tous
les replace que je te proposais.
Tu n'as besoin que de 2 requêtes:
la première MAJ pour éliminer les "/":
monChamp=Replace(monChamp;"/";"")
la deuxième INSERT (une pour chaque code enregitrement ), pour spliter tes champs et créer les lignes dans tes tables finales, je
suppose que pour chaque code enregistrement, tu auras une table différente:
champ1=left(monChamp;5)
champ2=Mid(monChamp;6;7)
champ3=Mid(monChamp;13;8)
etc....
J-Pierre
"FFO" a écrit dans le message de news:Essai d'importation concluant
Le seul critère pour ségmenter la ligne est ni plus ni moins le nombre de
caractère correspondant à un paramètre exemple le code enregitrement 1
caractère suivi du code article 14 caractères suivi du libellé 80 caractères
ainsi de suite et chaque ligne au code enregitrement différent d'avoir sa
propre segmentation donc ses propres paramètres
J'ai essayé aprés l'import que tu m'a proposé par une requète sélection de
définir un champ à partir du champ de la table importée en ne prenant qu'une
série de caractères sur la base de ce que j'ai décrit ci-dessus avec la
fonction intégrée "ExtracChaîne" pour laquelle on doit définir la source (le
champ de la table importée) le début (numéro du 1° caractère dans la série)
et le nombre de caractère (exemple pour le libellé 80) et au miracle celà
marche
Si j'opère à l'identique pour tous les champs de chaque table j'obtiens le
résultat escompté et sans être obligé de triturer les espaces car de cette
manière mes paramètres ne sont pas saucissonnés
Je pense tenir la bonne solution
Qu'en penses tu ???
Merci de tes conseilsC'était l'objet de mon point 4, une fois les "/" éliminés, il faut éclater la ligne en différents champs, quels sont les critères
?
Par exemple, qu'est-ce qui sépare le 9999 de VOITURE ROUGE ?
Un champ texte peut contenir 255 caractères, un champ mémo 65000.....y'a de la marge :-)
J-Pierre
"FFO" a écrit dans le message de news:Je comprend mais comment une fois l'import et les requètes MAJ effectués je
peux réaliser mon saucissonage que j'obtiens par l'outil d'importation par le
biais de fanions judicieusement placés pour réaliser toutes mes tables à
comparer ???
De plus je crains que l'import échou certaine lignes comportant plus de 150
caractèresBonjour,
Dans la solution que je te propose, tu ne saucissonnes pas tes lignes, mais tu les charges dans un seul champ Memo d'une table
Access.
Une ligne de fichier texte = un champ. Tu n'as donc perdu aucun caractère.
Ensuite, tu exécutes les requêtes MAJ.
J-Pierre
"FFO" a écrit dans le message de news:Il n'y a pas de délimiteur
Je saucissonne mon fichier text en utilisant l'assistant importation de
texte avec l'option longueur fixe et de mettre des fanions aux endroits
appropriés
Mon saucissonnage pour environ 5000 lignes importe dans la table
destinatrice une suite de caractères pour différent champs qui se termine par
un espace et access de le suprimer et d'optenir par exemple VOITUREROUGE
aulieu de VOITURE ROUGE à la recomposition
Je pense que c'est au niveau de l'import dans la table qu'il faut agir car
une fois les espaces supprimés il m'est impossible de les remettre en place
ne sachant pas où ils étaient (action sur l'outil d'import ou sur les champs
destinataires à moins qu'un paramétrage d'access soit impliqué)
Merci beaucoup pour tes suggestionsDésolé d'avoir été un peu long à répondre :-(
D'abord, l'importation en une fois dans une table Access Access puis l'éclatement entre différentes tables en fonction du
code
me
semble être une bonne solution.
Pour le saucissonage, je crois que je procèderais de manière différente:
Si je comprends bien ton exemple, tu veux garder les espaces qui sont suivis d'un délimiteur "/". Si ce n'est pas le cas,
la
procédure est facilement adaptable.
1-Remplacer tous ces groupes " /" par un caractère spécial, par exemple Chr(10) ou Chr(0), un caractère qui ne peut pas se
trouver
dans ton fichier texte.
2-Eliminer tous les délimiteurs.
3-Remplacer les Chr(10) ou Chr(0) par un espace
4-Enfin, séparer les différents champs, mais tu ne donnes pas les infos qui permettraient d'aller au bout de la logique.
Car
je
suppose qu'au final, tu ne veux pas 9999 et VOITURE ROUGE dans le même champ. Pour les 3 premiers points, tu peux le faire
avec
des
requêtes. Pour le point 4, il faudra sans doute passer par du code VBA car je ne vois pas comment utiliser un SPLIT dans
une
requête.
Ca donnerait 3 requêtes:
1-monChamp=Replace(monChamp," /",Chr(0))
2-monChamp=Replace(monChamp,"/","")
3-monChamp=Replace(monChamp,Chr(0)," ")
4-????????????????????
Demain, je devrais être plus disponible :-)
J-Pierre
"FFO" a écrit dans le message de news:Voici donc plus amples détails quant à l'utilité de cet espace :
le contexte :
comparaison de 2 fichiers texte
La particularité de ces fichiers est que chaque ligne comporte un code en
début qui implique une suite de paramètres en correspondance
Conséquence chaque ligne au code différent comporte une suite d'information
échelonnées de manière différente
Je dois donc obtenir sous access autant de table que de ligne au code
différent pour réaliser correctement ma comparaison
1° solution mise en place :
autant d'import différent avec saucissonage appropriée pour réaliser toute
mes tables et ma comparaison
gros inconvénient : 7 imports par fichier soit 14 imports qui donnent avec
l'exécution de toute mes requêtes environ 2 minutes de traitement
2° solution objet de ma question :
1 seul import par fichier avec l'ensemble des saucissonages nécessaire que
je regroupe sous access au gré des tables à obtenir exemple : je morcèle
ainsi dans le fichier texte 9/9/9/9 tous les 9 se répartissant du champ1 au
champ4 dans une première table et je recompose dans un seul champ le chiffre
9999 (champ1&champ2&champ3&champ4) dans une 2° table
Gros avantage je divise par 2 le temps de traitement
Mais problème certaines informations mocellées sont des libellés séparés
pour bon nombre d'entre eux d'espace qui si ils se trouvent avant un
caractère à l'import sont maintenus mais si ils se retrouvenrt en tant que
dernier caractère du champ sont supprimés par access exemple :
VOITURE ROUGE morcelé VOI/TUR/E /ROU/GE réparti comme suit :
champ1 : VOI
champ2 : TUR
champ3 : E (sans l'espace)
champ4 : ROU
champ5 : GE
pour obtenir aprés regroupement approprié : VOITUREROUGE
J'espère avoir été le plus claire possible et obtenir une parade salvatrice
pour obtenir au final
VOITURE ROUGE
Merci d'avanceBonsoir,
Que fais-tu de particulier pour que le résultat de tes requêtes en soit modifié ?
Tu peux soit remplacer ce caractère par autre chose avant que ton champ soit enregistré, soit le rajouter avant
d'utiliser
la
valeur
de ce champ. Mais il faudrait plus de détails.
J-Pierre
"FFO" a écrit dans le message de news:Dans le champ d'une table comment maintenir un espace éventuel à la fin d'un
libellé. A chaque saisie de ce caractère Access invariablement me le supprime
Ces suppressions altères le résultat obtenu engendré par une série de requètes
Si je comprends bien (je ne sais pas à quelle fonction en anglais correspond "ExtracChaîne" :-), tu n'as pas besoin de faire tous
les replace que je te proposais.
Tu n'as besoin que de 2 requêtes:
la première MAJ pour éliminer les "/":
monChamp=Replace(monChamp;"/";"")
la deuxième INSERT (une pour chaque code enregitrement ), pour spliter tes champs et créer les lignes dans tes tables finales, je
suppose que pour chaque code enregistrement, tu auras une table différente:
champ1=left(monChamp;5)
champ2=Mid(monChamp;6;7)
champ3=Mid(monChamp;13;8)
etc....
J-Pierre
"FFO" <FFO@discussions.microsoft.com> a écrit dans le message de news: 69A98683-0369-452B-A312-42933696903C@microsoft.com...
Essai d'importation concluant
Le seul critère pour ségmenter la ligne est ni plus ni moins le nombre de
caractère correspondant à un paramètre exemple le code enregitrement 1
caractère suivi du code article 14 caractères suivi du libellé 80 caractères
ainsi de suite et chaque ligne au code enregitrement différent d'avoir sa
propre segmentation donc ses propres paramètres
J'ai essayé aprés l'import que tu m'a proposé par une requète sélection de
définir un champ à partir du champ de la table importée en ne prenant qu'une
série de caractères sur la base de ce que j'ai décrit ci-dessus avec la
fonction intégrée "ExtracChaîne" pour laquelle on doit définir la source (le
champ de la table importée) le début (numéro du 1° caractère dans la série)
et le nombre de caractère (exemple pour le libellé 80) et au miracle celà
marche
Si j'opère à l'identique pour tous les champs de chaque table j'obtiens le
résultat escompté et sans être obligé de triturer les espaces car de cette
manière mes paramètres ne sont pas saucissonnés
Je pense tenir la bonne solution
Qu'en penses tu ???
Merci de tes conseils
C'était l'objet de mon point 4, une fois les "/" éliminés, il faut éclater la ligne en différents champs, quels sont les critères
?
Par exemple, qu'est-ce qui sépare le 9999 de VOITURE ROUGE ?
Un champ texte peut contenir 255 caractères, un champ mémo 65000.....y'a de la marge :-)
J-Pierre
"FFO" <FFO@discussions.microsoft.com> a écrit dans le message de news: 16E579E5-5DE5-461D-A830-802C841EFA56@microsoft.com...
Je comprend mais comment une fois l'import et les requètes MAJ effectués je
peux réaliser mon saucissonage que j'obtiens par l'outil d'importation par le
biais de fanions judicieusement placés pour réaliser toutes mes tables à
comparer ???
De plus je crains que l'import échou certaine lignes comportant plus de 150
caractères
Bonjour,
Dans la solution que je te propose, tu ne saucissonnes pas tes lignes, mais tu les charges dans un seul champ Memo d'une table
Access.
Une ligne de fichier texte = un champ. Tu n'as donc perdu aucun caractère.
Ensuite, tu exécutes les requêtes MAJ.
J-Pierre
"FFO" <FFO@discussions.microsoft.com> a écrit dans le message de news: E1A2D6C3-A48D-4D11-BE9D-E2A03377EAAD@microsoft.com...
Il n'y a pas de délimiteur
Je saucissonne mon fichier text en utilisant l'assistant importation de
texte avec l'option longueur fixe et de mettre des fanions aux endroits
appropriés
Mon saucissonnage pour environ 5000 lignes importe dans la table
destinatrice une suite de caractères pour différent champs qui se termine par
un espace et access de le suprimer et d'optenir par exemple VOITUREROUGE
aulieu de VOITURE ROUGE à la recomposition
Je pense que c'est au niveau de l'import dans la table qu'il faut agir car
une fois les espaces supprimés il m'est impossible de les remettre en place
ne sachant pas où ils étaient (action sur l'outil d'import ou sur les champs
destinataires à moins qu'un paramétrage d'access soit impliqué)
Merci beaucoup pour tes suggestions
Désolé d'avoir été un peu long à répondre :-(
D'abord, l'importation en une fois dans une table Access Access puis l'éclatement entre différentes tables en fonction du
code
me
semble être une bonne solution.
Pour le saucissonage, je crois que je procèderais de manière différente:
Si je comprends bien ton exemple, tu veux garder les espaces qui sont suivis d'un délimiteur "/". Si ce n'est pas le cas,
la
procédure est facilement adaptable.
1-Remplacer tous ces groupes " /" par un caractère spécial, par exemple Chr(10) ou Chr(0), un caractère qui ne peut pas se
trouver
dans ton fichier texte.
2-Eliminer tous les délimiteurs.
3-Remplacer les Chr(10) ou Chr(0) par un espace
4-Enfin, séparer les différents champs, mais tu ne donnes pas les infos qui permettraient d'aller au bout de la logique.
Car
je
suppose qu'au final, tu ne veux pas 9999 et VOITURE ROUGE dans le même champ. Pour les 3 premiers points, tu peux le faire
avec
des
requêtes. Pour le point 4, il faudra sans doute passer par du code VBA car je ne vois pas comment utiliser un SPLIT dans
une
requête.
Ca donnerait 3 requêtes:
1-monChamp=Replace(monChamp," /",Chr(0))
2-monChamp=Replace(monChamp,"/","")
3-monChamp=Replace(monChamp,Chr(0)," ")
4-????????????????????
Demain, je devrais être plus disponible :-)
J-Pierre
"FFO" <FFO@discussions.microsoft.com> a écrit dans le message de news:
948BF77C-40D8-48BB-B6DB-F82EF0B7DF5F@microsoft.com...
Voici donc plus amples détails quant à l'utilité de cet espace :
le contexte :
comparaison de 2 fichiers texte
La particularité de ces fichiers est que chaque ligne comporte un code en
début qui implique une suite de paramètres en correspondance
Conséquence chaque ligne au code différent comporte une suite d'information
échelonnées de manière différente
Je dois donc obtenir sous access autant de table que de ligne au code
différent pour réaliser correctement ma comparaison
1° solution mise en place :
autant d'import différent avec saucissonage appropriée pour réaliser toute
mes tables et ma comparaison
gros inconvénient : 7 imports par fichier soit 14 imports qui donnent avec
l'exécution de toute mes requêtes environ 2 minutes de traitement
2° solution objet de ma question :
1 seul import par fichier avec l'ensemble des saucissonages nécessaire que
je regroupe sous access au gré des tables à obtenir exemple : je morcèle
ainsi dans le fichier texte 9/9/9/9 tous les 9 se répartissant du champ1 au
champ4 dans une première table et je recompose dans un seul champ le chiffre
9999 (champ1&champ2&champ3&champ4) dans une 2° table
Gros avantage je divise par 2 le temps de traitement
Mais problème certaines informations mocellées sont des libellés séparés
pour bon nombre d'entre eux d'espace qui si ils se trouvent avant un
caractère à l'import sont maintenus mais si ils se retrouvenrt en tant que
dernier caractère du champ sont supprimés par access exemple :
VOITURE ROUGE morcelé VOI/TUR/E /ROU/GE réparti comme suit :
champ1 : VOI
champ2 : TUR
champ3 : E (sans l'espace)
champ4 : ROU
champ5 : GE
pour obtenir aprés regroupement approprié : VOITUREROUGE
J'espère avoir été le plus claire possible et obtenir une parade salvatrice
pour obtenir au final
VOITURE ROUGE
Merci d'avance
Bonsoir,
Que fais-tu de particulier pour que le résultat de tes requêtes en soit modifié ?
Tu peux soit remplacer ce caractère par autre chose avant que ton champ soit enregistré, soit le rajouter avant
d'utiliser
la
valeur
de ce champ. Mais il faudrait plus de détails.
J-Pierre
"FFO" <FFO@discussions.microsoft.com> a écrit dans le message de news:
19911359-271B-4D77-A9CE-F32C85C8F8F4@microsoft.com...
Dans le champ d'une table comment maintenir un espace éventuel à la fin d'un
libellé. A chaque saisie de ce caractère Access invariablement me le supprime
Ces suppressions altères le résultat obtenu engendré par une série de requètes
Si je comprends bien (je ne sais pas à quelle fonction en anglais correspond "ExtracChaîne" :-), tu n'as pas besoin de faire tous
les replace que je te proposais.
Tu n'as besoin que de 2 requêtes:
la première MAJ pour éliminer les "/":
monChamp=Replace(monChamp;"/";"")
la deuxième INSERT (une pour chaque code enregitrement ), pour spliter tes champs et créer les lignes dans tes tables finales, je
suppose que pour chaque code enregistrement, tu auras une table différente:
champ1=left(monChamp;5)
champ2=Mid(monChamp;6;7)
champ3=Mid(monChamp;13;8)
etc....
J-Pierre
"FFO" a écrit dans le message de news:Essai d'importation concluant
Le seul critère pour ségmenter la ligne est ni plus ni moins le nombre de
caractère correspondant à un paramètre exemple le code enregitrement 1
caractère suivi du code article 14 caractères suivi du libellé 80 caractères
ainsi de suite et chaque ligne au code enregitrement différent d'avoir sa
propre segmentation donc ses propres paramètres
J'ai essayé aprés l'import que tu m'a proposé par une requète sélection de
définir un champ à partir du champ de la table importée en ne prenant qu'une
série de caractères sur la base de ce que j'ai décrit ci-dessus avec la
fonction intégrée "ExtracChaîne" pour laquelle on doit définir la source (le
champ de la table importée) le début (numéro du 1° caractère dans la série)
et le nombre de caractère (exemple pour le libellé 80) et au miracle celà
marche
Si j'opère à l'identique pour tous les champs de chaque table j'obtiens le
résultat escompté et sans être obligé de triturer les espaces car de cette
manière mes paramètres ne sont pas saucissonnés
Je pense tenir la bonne solution
Qu'en penses tu ???
Merci de tes conseilsC'était l'objet de mon point 4, une fois les "/" éliminés, il faut éclater la ligne en différents champs, quels sont les critères
?
Par exemple, qu'est-ce qui sépare le 9999 de VOITURE ROUGE ?
Un champ texte peut contenir 255 caractères, un champ mémo 65000.....y'a de la marge :-)
J-Pierre
"FFO" a écrit dans le message de news:Je comprend mais comment une fois l'import et les requètes MAJ effectués je
peux réaliser mon saucissonage que j'obtiens par l'outil d'importation par le
biais de fanions judicieusement placés pour réaliser toutes mes tables à
comparer ???
De plus je crains que l'import échou certaine lignes comportant plus de 150
caractèresBonjour,
Dans la solution que je te propose, tu ne saucissonnes pas tes lignes, mais tu les charges dans un seul champ Memo d'une table
Access.
Une ligne de fichier texte = un champ. Tu n'as donc perdu aucun caractère.
Ensuite, tu exécutes les requêtes MAJ.
J-Pierre
"FFO" a écrit dans le message de news:Il n'y a pas de délimiteur
Je saucissonne mon fichier text en utilisant l'assistant importation de
texte avec l'option longueur fixe et de mettre des fanions aux endroits
appropriés
Mon saucissonnage pour environ 5000 lignes importe dans la table
destinatrice une suite de caractères pour différent champs qui se termine par
un espace et access de le suprimer et d'optenir par exemple VOITUREROUGE
aulieu de VOITURE ROUGE à la recomposition
Je pense que c'est au niveau de l'import dans la table qu'il faut agir car
une fois les espaces supprimés il m'est impossible de les remettre en place
ne sachant pas où ils étaient (action sur l'outil d'import ou sur les champs
destinataires à moins qu'un paramétrage d'access soit impliqué)
Merci beaucoup pour tes suggestionsDésolé d'avoir été un peu long à répondre :-(
D'abord, l'importation en une fois dans une table Access Access puis l'éclatement entre différentes tables en fonction du
code
me
semble être une bonne solution.
Pour le saucissonage, je crois que je procèderais de manière différente:
Si je comprends bien ton exemple, tu veux garder les espaces qui sont suivis d'un délimiteur "/". Si ce n'est pas le cas,
la
procédure est facilement adaptable.
1-Remplacer tous ces groupes " /" par un caractère spécial, par exemple Chr(10) ou Chr(0), un caractère qui ne peut pas se
trouver
dans ton fichier texte.
2-Eliminer tous les délimiteurs.
3-Remplacer les Chr(10) ou Chr(0) par un espace
4-Enfin, séparer les différents champs, mais tu ne donnes pas les infos qui permettraient d'aller au bout de la logique.
Car
je
suppose qu'au final, tu ne veux pas 9999 et VOITURE ROUGE dans le même champ. Pour les 3 premiers points, tu peux le faire
avec
des
requêtes. Pour le point 4, il faudra sans doute passer par du code VBA car je ne vois pas comment utiliser un SPLIT dans
une
requête.
Ca donnerait 3 requêtes:
1-monChamp=Replace(monChamp," /",Chr(0))
2-monChamp=Replace(monChamp,"/","")
3-monChamp=Replace(monChamp,Chr(0)," ")
4-????????????????????
Demain, je devrais être plus disponible :-)
J-Pierre
"FFO" a écrit dans le message de news:Voici donc plus amples détails quant à l'utilité de cet espace :
le contexte :
comparaison de 2 fichiers texte
La particularité de ces fichiers est que chaque ligne comporte un code en
début qui implique une suite de paramètres en correspondance
Conséquence chaque ligne au code différent comporte une suite d'information
échelonnées de manière différente
Je dois donc obtenir sous access autant de table que de ligne au code
différent pour réaliser correctement ma comparaison
1° solution mise en place :
autant d'import différent avec saucissonage appropriée pour réaliser toute
mes tables et ma comparaison
gros inconvénient : 7 imports par fichier soit 14 imports qui donnent avec
l'exécution de toute mes requêtes environ 2 minutes de traitement
2° solution objet de ma question :
1 seul import par fichier avec l'ensemble des saucissonages nécessaire que
je regroupe sous access au gré des tables à obtenir exemple : je morcèle
ainsi dans le fichier texte 9/9/9/9 tous les 9 se répartissant du champ1 au
champ4 dans une première table et je recompose dans un seul champ le chiffre
9999 (champ1&champ2&champ3&champ4) dans une 2° table
Gros avantage je divise par 2 le temps de traitement
Mais problème certaines informations mocellées sont des libellés séparés
pour bon nombre d'entre eux d'espace qui si ils se trouvent avant un
caractère à l'import sont maintenus mais si ils se retrouvenrt en tant que
dernier caractère du champ sont supprimés par access exemple :
VOITURE ROUGE morcelé VOI/TUR/E /ROU/GE réparti comme suit :
champ1 : VOI
champ2 : TUR
champ3 : E (sans l'espace)
champ4 : ROU
champ5 : GE
pour obtenir aprés regroupement approprié : VOITUREROUGE
J'espère avoir été le plus claire possible et obtenir une parade salvatrice
pour obtenir au final
VOITURE ROUGE
Merci d'avanceBonsoir,
Que fais-tu de particulier pour que le résultat de tes requêtes en soit modifié ?
Tu peux soit remplacer ce caractère par autre chose avant que ton champ soit enregistré, soit le rajouter avant
d'utiliser
la
valeur
de ce champ. Mais il faudrait plus de détails.
J-Pierre
"FFO" a écrit dans le message de news:Dans le champ d'une table comment maintenir un espace éventuel à la fin d'un
libellé. A chaque saisie de ce caractère Access invariablement me le supprime
Ces suppressions altères le résultat obtenu engendré par une série de requètes
