MULTIBYTE and SQL_ASCII (was Re: [JDBC] Re: A bug w 
Author Message
 MULTIBYTE and SQL_ASCII (was Re: [JDBC] Re: A bug w

Quote:
> > Tom's suggestion does not sound reasonable to me. If PostgreSQL is not
> > built with MULTIBYTE, then it means there would be no such idea
> > "encoding" in PostgreSQL becuase there is no program to handle
> > encodings. Thus it would be meaningless to assign an "encoding" to a
> > database if MULTIBYTE is not enabled.

> Why?  Without the MULTIBYTE code, the backend cannot perform character
> set translations --- but it's perfectly possible that someone might not
> need translations.  A lot of European sites are probably very happy
> as long as the server gives them back the same 8-bit characters they
> stored.

Yes, that is what we do (German language). Encoding is Latin1.
Would it not be reasonable to return the machine LC_CTYPE in the non multibyte case ?

Andreas

---------------------------(end of broadcast)---------------------------
TIP 2: you can get off all lists at once with the unregister command



Sun, 26 Oct 2003 16:10:20 GMT
 
 [ 1 post ] 

 Relevant Pages 

1. MULTIBYTE and SQL_ASCII (was Re: [JDBC] Re: A bug

2. [Fwd: Patch for MULTIBYTE and SQL_ASCII (was Re: [JDBC]

3. MULTIBYTE and SQL_ASCII (was Re: [JDBC] Re: A bugwith

4. Multibyte encoding vs. SQL_ASCII and European

5. Multibyte encoding vs. SQL_ASCII and European languages

6. MULTIBYTE and SQL_ASCII (was Re: [JDBC] Re: A bug with pgsql 7.1/jdbc and non-ascii (8-bit) chars?)

7. pgsql/src/interfaces/odbc multibyte.c multibyte.h

8. Multibyte encoding vs. SQL_ASCII vs. locales and European languages

9. FoxProW 2.6 memory bug, or am I stoopid?

10. Bug in SQL or am I wrong?

11. Help, I am desperate: Sql problems or a bug

12. need an Example: jdbc in am Frame


 
Powered by phpBB® Forum Software