[_dave_]

[ QUOTE ]
Btw please never mention the word Perl again when talking about implementing it as a middle man.

[/ QUOTE ]
I though you would have known this dave.

[/ QUOTE ]

TBH I know very little about PERL, and I was unaware it was considered slow... I was under the impression it was semi-compiled rather than repeatedly run-time interpreted language, but I do know very little about it.

It was just the first thing that came in to my head with regards to database back-end abstraction (IIRC PERL has something... DBI? that allows similar code to work many database engines)

I didn't mean to suggest adoption of a slow technology lol, just a random thought - but saying that PERL is *supposed* to be fast as hell at text processing - would it not make ANY sense to write the parser / DB import routines in such? [img]/images/graemlins/smile.gif[/img]

*** I'll reiterate - I have no real knowledge/experience of using PERL, just throwing random thoughts out there. I'd be interested to know *why* it would be slow though... learning = g00t [img]/images/graemlins/smile.gif[/img]

dave.