From: | Arnaud Lesauvage <thewild(at)freesurf(dot)fr> |
---|---|
To: | Richard Huxton <dev(at)archonet(dot)com> |
Cc: | pgsql-general(at)postgresql(dot)org, tony_caduto(at)amsoftwaredesign(dot)com |
Subject: | Re: MSSQL to PostgreSQL : Encoding problem |
Date: | 2006-11-22 10:02:07 |
Message-ID: | 4564201F.2060406@freesurf.fr |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Richard Huxton a écrit :
> Arnaud Lesauvage wrote:
>> Richard Huxton a écrit :
>>>
>>> Or go via MS-Access/Perl and ODBC/DBI perhaps?
>>
>> Yes, I think it would work. The problem is that the DB is too big for
>> this king of export. Using DTS from MSSQL to export directly to
>> PostgreSQL using psqlODBC Unicode Driver, I exported ~1000 rows per
>> second in a 2-columns table with ~20M rows. That means several days just
>> for this table, and I have bigger ones !
>
> Well it's about 0.25 days, but if it's too long, it's too long.
Sure, sorry for the confusion, the problem is with the other
tables (same number of rows but a lot of columns, some very
large).
>> > Collation in MSSQL is SQL_Latin1_General_CP1_Cl_AS.
>> > DTS documentation tells me that exporting in ANSI should export using
>> > the current codepage.
>> > According to my local setting, my codepage is Windows-1252.
>> > This file is not correctly read by COPY when using client_encoding of
>> > WIN1252 though...
>
> Hmm. Odd that they don't agree on what WIN1252 is. I'm not sure how to
> check the file and confirm one way or the other. Anyone else on the list
> got an idea?
I just downloaded the GnuWin32 version of iconv.
I'm giving it a try and I'll tell you haw it went.
--
Arnaud
From | Date | Subject | |
---|---|---|---|
Next Message | Tomi NA | 2006-11-22 10:30:45 | Re: MSSQL to PostgreSQL : Encoding problem |
Previous Message | Richard Huxton | 2006-11-22 09:33:59 | Re: MSSQL to PostgreSQL : Encoding problem |