Discussion :

[helene75b]

Olivier oui mais cette solution le client n'en veut pas c'est pour ça que je suis entrain de galérer pour formater les colonnes comme veut ce chère client DSL

Pour la question de StringBuilder mes colonnes sont en CHAR

Donc si je comprend bien il faudrait que je recrée ma table mais en mettant VARCHAR je sais pas si ça existe sur L'iSeries je vais voir ça de suite et vous tiens au courant

Merci Merci

[StringBuilder]

Soit tu converti tes données en VARCHAR, soit lors de la lecture dans la table, tu fais des TRIM, mais au moment du SELECT, pas de l'INSERT.

[punkoff]

Bonjour,

Si ca existe.

Mais attention, si derrière vous avez des programmes batch de type cobolo/rpgle qui font des traitements ....

edit : pi vos tables là ce sont bien des tables SQL ? pas des fichiers ?

Faites des tests avant de tout changer

[dehorter olivier]

Soit tu converti tes données en VARCHAR, soit lors de la lecture dans la table, tu fais des TRIM, mais au moment du SELECT, pas de l'INSERT.

Curiosité :
J'imagine que les variables dans les PS (si les PS existent sous DB2 ?) sont aussi à modifier ?

[helene75b]

Voila j'ai modifié toutes mes zones en VARCHAR puis j'ai passé les TRIM sur toutes les zones

Et le résultat est le suivant

__"__11__"__;__"__289 __"__;__"_WL45491310249 __"__;__"_00017__"__;__"__TESTTESTTEST __"__;__"__ROUTE DE TESTTEST __"__;__"__ __"__;__"_ 111111 __"__;__"_�TESTTEST __"__;__"__0 __"__;__"__0 __"__;__"__ __"

A la place des soulignés j'ai en réalité des petits carrés des zones à blancs un peu partout en faite tout sauf ce que je veux

[punkoff]

quelles manip exactement avez vous faites ?

[helene75b]

Bonjour,

punkoff Puisque l'update ne passe pas plutôt ne fait pas ce que je veux je suis partie sur l'option du Create Table à moins que vous puissiez me donner une solution sur l'update ça serait génial Merci d'avance

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
create table mabib/newfic as ( select '"' concat           
trim(replace(ZA, '"', '')) concat trim(replace(MVCMP, '"', ''))  
concat trim(replace(ZB, '"', '')) concat trim(replace(Z1, ';',   
'";"')) concat trim(replace(ZC, '"', '')) concat                 
trim(replace(MVVND, '"', '')) concat trim(replace(ZD, '"', ''))  
concat trim(replace(Z2, ';', '";"')) concat trim(replace(ZE, '"',
'')) concat trim(replace(MVSSN, '"', '')) concat trim(replace(ZF,
'"', '')) concat trim(replace(Z3, ';', '";"')) concat            
trim(replace(ZG, '"', '')) concat trim(replace(MVNICD, '"', '')) 
concat trim(replace(ZH, '"', '')) concat trim(replace(ZE, ';',   
'";"')) concat trim(replace(ZI, '"', '')) 
[...]
from MABIB/FICOLD) with data

Tout est bien concaténé par contre lorsque je fais un DSPPFM ou un transfert sur mon PC j m'appercois qu'il y a en début de chaque ligne des caractères parasite exemple

#
À
Ì
Ñ
=
Ø
@
etc...

par contre lorsque je fais un select * from MABIB/FICNEW je ne vois pas ces caractères

Comment les supprimer?

Pour info je n'ai pas ces caractères dans mon fichier d'origine FICOLD

[punkoff]

Là vos problèmes concernent les outils AS400 et non le SQL.

Je ne travaille plus dessus, je ne pourrai pas vous aider. (y a une section AS400).


Sinon je ne vois pas pourquoi l'update ne marcherai pas.
Si vous travaillez avec des tables SQL un simple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
update ma_table
set col_1 = trim(col_1), col_2 = trim(col_2)

suffira

[Hédhili Jaïdane]

Bonjour,

...Tout est bien concaténé par contre lorsque je fais un DSPPFM ou un transfert sur mon PC j m'appercois qu'il y a en début de chaque ligne des caractères parasite exemple

#
À
Ì
Ñ
=
Ø
@
etc...

par contre lorsque je fais un select * from MABIB/FICNEW je ne vois pas ces caractères

Comment les supprimer?

Pour info je n'ai pas ces caractères dans mon fichier d'origine FICOLD

Bonjour.

Ces caractères que tu vois en début de chaque colonne, ici une seule après la concaténation des colonnes en provenance de la table d'origine, représentent la zone qui contient la longueur en hexa (binaire) sur 2 octets (ou 4) de la colonne déclarée en VARCHAR. Cette longueur est utilisée pour déterminer la longueur de ce qui suit, tu la vois par DSPPFM mais tous les autres utilitaires, y compris le transfert par Client Access (et suivants), l'utilisent pour déterminer la longueur de la colonne mais ne la restitue pas en tant que colonne dans la nouvelle table, dans les rapports ou dans tout autre action comme le remplissage d'une nouvelle colonne, etc...

Quant aux espaces qui apparaissent dans le DSPPFM ou DFU, c'est du filling par espaces du reste des colonnes. Ces utilitaires travaillent en fixe en tenant compte de la longueur max déclarée dans le VARCHAR. Par contre SQL la gère bien.

Les tables en DB2/400 sont des fichiers physiques que vous les déclariez avec des DDS ou des DDL (SQL).

Je viens de faire un test avec un exemple comme le tiens en créant une nouvelle table par SQL en concaténant toutes colonnes déclarées en VARCHAR d'une autre table. Les données dans la nouvelle table sont correctes et précédes de la longueur de la seule colonne VARCHAR de la nouvelle table. Le transfert sur le micro en texte et en Excel me donne bien le contenu de la colonne mais non précédé de cette longueur.

[larry57]

Bonjour,

Dans votre cas, il suffit de faire une simple programme par exemple :
\free
read monfichier
do while not %eof
mazone = %trim(mazone)
update monfichier
read monfichier
enddo
\end-free

Larry57

[larry57]

Autre chose, tu fais comment pour transferer tes fichiers ?

Larry57