[AS400/MSSQL] Overbodige spaties wegwerken bij import MSSQL*

[Verwijderd]

ik ben bezig een import te doen vanuit een as400 database.
hier moet een aantal tabellen in een sql database gezet worden.
De huidig werkende syntax staat hieronder:

SQL:

select "ADNUMM","ADNAAM","ADNAAM1","ADADRE","ADPOST","ADMAIL","ADWWWA","ADWOON","ADTELE","ADFAXN","ADGROE","ADVERZ","ADREKA","ADHREK","ADHFDD","ADVNIV","ADVNCR","ADDLOR","ADDLRG","ADDLPI","ADREMB","ADKOPI","ADBTWP","ADDMAG","ADAANM","ADVERT","ADKOST","ADPKON","ADAFLE","ADVKON","ADAFLV","ADKPRO","ADPRYS","ADPADR","ADPPOS","ADPWOO","ADGRBN","ADDGRB","ADTAAL","ADKDBT","ADDKRE","ADLKRE","ADDCYK","ADCENT","ADBEGD","ADDEBN","ADOPAD","ADOPFK","ADAUTI","ADVALV","ADSELK","VERKBHDJ01","MARGE","VERMEUDJ01","MARGE01","VERMACDJ01","MARGE02","VERICTDJ01","MARGE03","VERTDDJ01","MARGE04","VERTOTDJ01","MARGE05","VERKBHVJ01","MARGE06","VERMEUVJ01","MARGE0101","VERMACVJ01","MARGE0201","VERICTVJ01","MARGE0301","VERTDVJ01","MARGE0401","VERTOTVJ01","MARGE0501","VKDATO04","DATUM03" from "S654D44B"."OMZETTEN"."STAMBEST"

maar... en nu komt het.
er staan tientalle spaties achter iedere uitkomst in de nieuw gemaakte sql database.
nu bestaat er bijvoorbeeld een trim commando, ik heb zelf al wat syntaxes geprobeerd, maar ik heb echter geen idee hoe deze precies werkt...
dus wie o wie helpt me uit de brand?

[ Voor 36% gewijzigd door Verwijderd op 14-10-2005 11:50 ]

[Jaspertje]

Wat is het type van die velden (Varchar?)

en onder SQL databaase bedoel je een MSSQL of een MySQL

offtopic:
Als je "code" gebruikt hoeft daar geen apparte tabel meer omheen

[ Voor 75% gewijzigd door Jaspertje op 14-10-2005 09:00 ]

[Verwijderd]

alles is
decimal of char

offtopic, I know, zat wat te kutten

[ Voor 43% gewijzigd door Verwijderd op 14-10-2005 09:00 ]

[Jaspertje]

En dan heb je zeker char 10 en een veld met lengte 3 en 7 spaties (zoek de overeenkomst)

[ Voor 3% gewijzigd door Jaspertje op 14-10-2005 09:01 ]

[Verwijderd]

hm ik neem een voorbeeldje.
het veld adadre is een adres veld.

Binnen de AS400 (waar de data vandaan komt) is het dus gewoon tekst.
Deze importeer ik als char met een lenght van 30 binnen MSSQL.

Echter, bekijk ik nu de applicatie die de geimporteerde SQL database gebruikt, zie ik hetvolgende:

Adres: Voorbeeldstraat 46 <spaties>

Kortom, hij maakt het veld écht 30 karakters breed...
Maar... niet ieder adres is natuurlijk evenlang, want iedere klant heeft weer een ander adres (logisch )

Dus wat ik wil is de tekst max. 30 breed maken, maar croppen (of trimmen whatever) als hij korter is.
En dit speelt niet alleen voor het Adres veld, maar voor álle niet nummerieke velden.

Op zich niet heel schokkend, ware het niet dat we het programma dat deze data gebruikt gaan koppelen aan MS Word.
En een brief automatisch op stellen met 'geachte <contactpersoon> *-tig spaties*, '
is niet erg netjes

Dus... wát kan ik hier doen?

[P_de_B]

Verwijderd schreef op vrijdag 14 oktober 2005 @ 09:09:
Dus... wát kan ik hier doen?

De handleiding lezen.

char and varchar
Fixed-length (char) or variable-length (varchar) character data types.

[Jaspertje]

Om het iets specifieker te maken, kijk eens naar VarChar, NVarchar (en voor hele grote teksten NText) De verschillen kan je idd zelf ff opzoeken

[Verwijderd]

Thnx voor de snelle reply's.
Dit klinkt inderdaad als een stap in de goede richting
Ik laat nog wel even weten wat de uitkomst is!

[NoReason]

Verwijderd schreef op vrijdag 14 oktober 2005 @ 09:09:
Deze importeer ik als char met een lenght van 30 binnen MSSQL.

helpt het nie als je die importeert als een varchar?
te laat dus

[ Voor 4% gewijzigd door NoReason op 14-10-2005 09:15 ]

[c00kie]

dit kan ook te maken met de instellingen van de tabellen in uw db...
Ik heb dit probleem ooit ook eens gehad, en toen heeft de databaseadmin iets verandert aan de tabellen en toen was het probleem opgelost.

[NMe]

Dit is inderdaad gewoon een kwestie van de handleiding lezen, daar staat het prima in uitgelegd.

[NMe]

En in overleg met de topicstarter weer open, omdat het probleem blijkbaar toch iets dieper zit dan CHAR/VARCHAR.

[whoami]

Hoe diep zit het dan ?
Ik bedoel maar: een varchar laat alle 'trailing' whitespaces weg.

Zijn die velden nu varchar ?
Wat als je deze update uitvoert nadat je het veld naar varchar hebt omgezet:

code:

update tabel set veld = ltrim(rtrim(veld))

[Verwijderd]

Heb ondertussen alle opties gehad binnen de MSSQL design table (char, nchar, ntext, enz)
Niets van deze dingen bood de oplossing oplossing.

Vervolgens de trim functie binnen MSSQL geprobeerd, ook zonder resultaat.

Vond net nog dit via google:

Key Component STRING => CSTRING

In most SQL databases trailing spaces are important when testing if a field is equal. So 'Smith' ~= 'Smith '. This is normally only important on key components as they are used in relational links and filters. If you use CSTRINGs instead of STRINGs, then Clarion treats trailing spaces in the same manner as the SQL system.

(weet iedereen weer wat er al geprobeerd is ondertussen )

[Verwijderd]

en dan mijn volgende vraag... hoe deze cstring toe te passen

[farlane]

Verwijderd schreef op vrijdag 14 oktober 2005 @ 11:32:
Heb ondertussen alle opties gehad binnen de MSSQL design table (char, nchar, ntext, enz)
Niets van deze dingen bood de oplossing oplossing.

Houd je er rekening mee dat reeds geimporteerde data de spaties blijven houden nadat je het kolomtype veranderd hebt?

[Verwijderd]

ik gooi tussen iedere verandering de database leeg en voer dan pas weer de DTS import package uit.
ja dus

[crazyx]

Ik heb hier hetzelfde na het importeren van as400 data. Om eerlijk te zijn was het me nog niet opgevallen, ik zet meestal alles pas juist bij het weergeven. Misschien dat dat een idee is?

[P_de_B]

Verwijderd schreef op vrijdag 14 oktober 2005 @ 11:32:
Heb ondertussen alle opties gehad binnen de MSSQL design table (char, nchar, ntext, enz)
Niets van deze dingen bood de oplossing oplossing.

Je moet natuurlijk gewoon het datatype gebruiken dat het best past bij je data. NTEXT etc is helemaal niet nodig. In dit geval moet je gewoon een varchar gebruiken

Vervolgens de trim functie binnen MSSQL geprobeerd, ook zonder resultaat.

Hoe bedoel je zonder resultaat? Heb je gedaan wat whoami heeft gepost? Dat werkt gewoon hoor

[TeeDee]

Verwijderd schreef op vrijdag 14 oktober 2005 @ 11:32:
Heb ondertussen alle opties gehad binnen de MSSQL design table (char, nchar, ntext, enz)
Niets van deze dingen bood de oplossing oplossing.

Je hebt toch wel een (N)VarChar gedeclareerd he?

Hier het e.e.a. even geprobeerd en een ltrim(rtrim(veld)) werkt gewoon.

[Verwijderd]

crazyx schreef op vrijdag 14 oktober 2005 @ 13:14:
Ik heb hier hetzelfde na het importeren van as400 data. Om eerlijk te zijn was het me nog niet opgevallen, ik zet meestal alles pas juist bij het weergeven. Misschien dat dat een idee is?

Ben bang dat dit inderdaad een soort as400 kwaal is.
Geen enkele optie resulteert in het verwijderen van de loze spaties achter de gevulde velden.
Wat bedoel je precies met 'alles juist zetten bij weergeven?'

P_de_B schreef op vrijdag 14 oktober 2005 @ 13:19:
[...]
Hoe bedoel je zonder resultaat? Heb je gedaan wat whoami heeft gepost? Dat werkt gewoon hoor

Mja, hier dus niet.
Lijkt erop dat de AS400 e.e.a. heel vaag aanlevert?

[P_de_B]

SQL:

SET TEXTSIZE 0
SET NOCOUNT ON

DECLARE @position int, @string char(15)

SET @position = 1
SELECT @string = TOP 1 [veldnaam_dat_gek_doet] FROM [tabelnaam] ORDER by [iets]
WHILE @position <= DATALENGTH(@string)
   BEGIN
   SELECT ASCII(SUBSTRING(@string, @position, 1)),
      CHAR(ASCII(SUBSTRING(@string, @position, 1)))
    SET @position = @position + 1
   END
SET NOCOUNT OFF
GO

Post de output en de waarde van het eerste veldje in de tabel eens

[Verwijderd]

Je code een klein beetje aangepast, want hij sloeg heftig op hol
Is dit wat je wilde zien?

SQL:

SET TEXTSIZE 0 
SET NOCOUNT ON 

DECLARE @position int, @string char(15) 

SET @position = 1 
SELECT @string = [ADNAAM] FROM [STAMBEST]
WHILE @position <= DATALENGTH(@string) 
   BEGIN 
   SELECT ASCII(SUBSTRING(@string, @position, 1)), 
      CHAR(ASCII(SUBSTRING(@string, @position, 1))) 
    SET @position = @position + 1 
   END 
SET NOCOUNT OFF 
GO





                 
----------- ---- 
75          K

                 
----------- ---- 
121         y

                 
----------- ---- 
111         o

                 
----------- ---- 
99          c

                 
----------- ---- 
101         e

                 
----------- ---- 
114         r

                 
----------- ---- 
97          a

                 
----------- ---- 
32           

                 
----------- ---- 
77          M

                 
----------- ---- 
105         i

                 
----------- ---- 
116         t

                 
----------- ---- 
97          a

                 
----------- ---- 
32           

                 
----------- ---- 
78          N

                 
----------- ---- 
101         e

[P_de_B]

Ok, er zitten dus geen rare karakters achter die op spaties lijken.Ik snap er niets van. Ik begrijp niet dat RTRIM() niet werkt.

Als je

SELECT RTRIM(ADNAAM) FROM StamBest doet, dan zitten er nog spaties achter?

[Freee!!]

De handigste methode is om vanaf de AS/400 te downloaden naar een .csv en die binnen te halen in MSSQL. Dat kan allemaal geautomatiseerd met een scriptje op de PC. Een alternatief is via Excel.

EDIT:
TRIM(<veldnaam>) zou overigens uitstekend moeten werken voor alfanumerieke velden.

[ Voor 20% gewijzigd door Freee!! op 14-10-2005 17:20 . Reden: TRIM ]

[Verwijderd]

P_de_B schreef op vrijdag 14 oktober 2005 @ 17:02:
Ok, er zitten dus geen rare karakters achter die op spaties lijken.Ik snap er niets van. Ik begrijp niet dat RTRIM() niet werkt.

Als je

SELECT RTRIM(ADNAAM) FROM StamBest doet, dan zitten er nog spaties achter?

select RTRIM (ADNAAM) from STAMBEST

Gaat prima!

select RTRIM (ADNAAM), RTRIM (ADWWWA) from STAMBEST

en het feest begint weer van voren af aan

Best vervelend want er zijn een 50 tal velden te importeren uit de as400 tabel, en die gaan allemaal de mist in met de regelbreedte.

[P_de_B]

Ok, en als je alleen RTRIM(ADWWWA) doet?

Dit is heel vreemd. Als je wilt mag je me een backup van de tabel sturen met 1 of 2 regels erin. Dan wil ik wel even kijken.

[Verwijderd]

ja dat is het mooiste, ook dat werkt gewoon goed.

[P_de_B]

Verwijderd schreef op maandag 17 oktober 2005 @ 09:43:
ja dat is het mooiste, ook dat werkt gewoon goed.

Ik denk echt dat jij iets verkeerd doet, en ik ben bang dat we er zo ook niet achter komen. Dus, als je wilt, moet je even een backup mailen van de betreffende tabel met 2 records erin.

[Freee!!]

Probeer het eens met:

code:

select RTRIM (ADNAAM) as ADNAAM, RTRIM (ADWWWA) as ADWWA from STAMBEST

[Verwijderd]

Iedereen dank voor de hulp, door e.e.a. van de tips te combineren is het uiteindelijk gelukt!
thnx!!

[Freee!!]

Hoe heb je het nu uiteindelijk gedaan? Ik ben er vrij zeker van dat ik niet de enige ben die dat graag wil weten.

[P_de_B]

Verwijderd schreef op dinsdag 18 oktober 2005 @ 13:55:
Iedereen dank voor de hulp, door e.e.a. van de tips te combineren is het uiteindelijk gelukt!
thnx!!

Het datatype was nog steeds CHAR(n), ook werkt RTRIM gewoon in de testdatabase...