Re: Looking for super fast CSV parser
- From: "Kim Madsen" <kbm@xxxxxxxxxxxxxxxxxxxxxxxxx>
- Date: Sun, 9 Sep 2007 11:51:30 +0200
Hi,
If performance is so critical, how about splitting the import up on several
processes, running on multiple machines each taking a chunk of data?
However I have a feeling that your bottleneck isnt going to be the import,
but the database as you want to insert those records into it, right?
--
best regards
Kim Madsen
kbm@xxxxxxxxxxxxxxxxxxxxxxxxx
www.components4developers.com
www.myc4d.com - Your access to cool code
blogs.myc4d.com - Your access to code tidbits and comments
The best components for the best developers
Application server enabling technology for developers
"Sam Larson" <sam212@xxxxxxxxx> skrev i en meddelelse
news:46e34139$1@xxxxxxxxxxxxxxxxxxxxxxxxx
John Herbster wrote:
Sam, Thanks, That looks like a good explanation. I will think about it
later. Rgds, JohnH
Ok. I'm going to have to look for faster StrToFloat() and EncodeDate(),
EncodeTime() functions.
Does anyone know if the FastCode functions any good (faster and reliable)?
Or are there better conversion functions around?
TIA
Sam
.
- Follow-Ups:
- Re: Looking for super fast CSV parser
- From: Sam Larson
- Re: Looking for super fast CSV parser
- References:
- Looking for super fast CSV parser
- From: Sam Larson
- Re: Looking for super fast CSV parser
- From: Kevin Powick
- Re: Looking for super fast CSV parser
- From: Sam Larson
- Re: Looking for super fast CSV parser
- From: John Herbster
- Re: Looking for super fast CSV parser
- From: Sam Larson
- Re: Looking for super fast CSV parser
- From: John Herbster
- Re: Looking for super fast CSV parser
- From: Sam Larson
- Looking for super fast CSV parser
- Prev by Date: Re: Audit Log
- Next by Date: Problems using ProfDHTMLEdit, DevExpress and Addictive spell checker
- Previous by thread: Re: Looking for super fast CSV parser
- Next by thread: Re: Looking for super fast CSV parser
- Index(es):
Relevant Pages
|