[ACL?] Data analysis en transformatie vraag

[Toink]

Ik maak gebruik van een wat oudere applicatie die exports kan maken in een ietwat vaag format.

Het ziet er ongeveer (vereenvoudigd) uit als dit:

:62F:xxxxxxxxxxx
:20:xxxxxxxxxxxxx
:61:123456A20,00ABCD0123456789 V. ACHTERNAAM
:86:00-00000000 01/01/2008 00:00:00
OMSCHRIJVING
:61:123456A20,00ABCD0123456789 V. ACHTERNAAM
:86:00-00000000 01/01/2008 00:00:00
OMSCHRIJVING
:25:xxxxxxxxxx
:42:xxxxxxxxxxx
:61:123456A20,00ABCD0123456789 V. ACHTERNAAM
:86:00-00000000 01/01/2008 00:00:00
OMSCHRIJVING

Dit wil ik importeren in een database(je) en hiervoor gebruik ik momenteel ACL. In ACL kun je aangeven wat de relatieve positie van datavelden is ten opzichte van een vaste identifier. In dit geval begint de eerste regel altijd met :61: en de tweede met :86: . Je kan dus precies aangeven dat ACL voor elke record moet gaan zoeken naar :61: en dat de 7 karakters rechts ervan geimporteerd moeten worden naar het veld "veldnaam". De 5 karakters daar weer rechts van vormen een bedrag dat geimporteerd wordt naar het veld "bedrag", enz.

Het probleem is echter dat ACL niet betrouwbaar is. Ik heb een periodieke flat text file met ca 100.000 records en er gaat altijd een klein percentage fout terwijl de syntact perfect voldoet. ACL gaat ook niet consequent de fout in. Als ik het bestand halverwege splits dan gaat het op willekeurige andere plekken mis. Raar, want ACL wordt door veel audit firms gebruikt voor data analyse.

Picalo schijnt een aardig open source alternatief te zijn deze blijft hangen in het startscherm op mijn pc.

Het belang van de juistheid en volledigheid van de import is groot, een kleine foutmarge mag ik dus niet accepteren. Zijn er andere tools waarmee ik dit eenvoudig kan doen?

[ Voor 9% gewijzigd door Toink op 28-11-2008 08:09 ]

[Verwijderd]

met windows scripting (file system object: Scripting.FileSystemObject, Scripting.textstream) of de ingebouwde opdrachten voor het lezen van bestanden (Open ... For ... As ... [#] ...) kan je je eigen importroutine schrijven.

[Toink]

Ik ben er inderdaad al uit. Heb maar gewoon een text-based import geschreven met VBA in MS Access. Dat heel de audit wereld achter ACL aan huppelt is voor mij een raadsel...