Re: encoding using the odbc driver - Mailing list pgsql-odbc

From Joel Fradkin
Subject Re: encoding using the odbc driver
Date
Msg-id 000101c515f8$c3764d30$797ba8c0@jfradkin
Whole thread Raw
In response to Re: encoding using the odbc driver  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-odbc
IT is coming from MSSQL server going to Redhat AS.
I looked it up and see (as one other lister mentioned and I was a bit
ignorant) it is SQL_LATIN_General_CP1_CI_AS.

I would like for the lower function to work correctly.
I will try making a database Latin 1 and see if I get it to both load and
have a functioning lower sql statement.

Thanks again for all the insight, whish I understood it all better, but I am
more of a programmer then systems guy (I wear too many hats).


"Joel Fradkin" <jfradkin@wazagua.com> writes:
> It failed on French strings we had in the database (this was confusing as
it
> had worked prior). After looking at it I isolated the issue to the
encoding
> being Unicode (the odbc driver loads the data base when the data base is
> SQL_ASCII, but not when it is Unicode; I thought I would want Unicode).

That means that the data you have is not in Unicode, but some other
encoding (and no, I cannot tell what from this information).  You can
load it into the database only by setting client_encoding to tell what
encoding the data is, so that the server can convert it to Unicode
correctly.

BTW, I believe that server_encoding = UNICODE doesn't currently work
well on Windows, due to inadequate support from the operating system.
So that could be contributing to your problems as well, if you're
trying to run the server on Windows.

If you don't know and don't care what encoding you're using, you're
best off to set server_encoding = SQL_ASCII; that is more or less meant
to describe that state of ignorance ;-)

            regards, tom lane


pgsql-odbc by date:

Previous
From: Tom Lane
Date:
Subject: Re: encoding using the odbc driver
Next
From: lothar.behrens@lollisoft.de
Date:
Subject: SQLSetPos problem under Linux