From: | Gregory Stark <stark(at)enterprisedb(dot)com> |
---|---|
To: | Marc Cuypers <m(dot)cuypers(at)mgvd(dot)be> |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-general(at)postgresql(dot)org |
Subject: | Re: upgrade from 7.4 to 8.3 |
Date: | 2009-03-11 10:57:08 |
Message-ID: | 87ocw85nuj.fsf@oxford.xeocode.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Marc Cuypers <m(dot)cuypers(at)mgvd(dot)be> writes:
> Error:
> ERROR: encoding LATIN9 does not match server's locale nl_BE.utf8
> SQL state: XX000
> Detail: The server's LC_CTYPE setting requires encoding UTF8.
>
> Can i only use nl_BE and UTF-8 now?
> Why can't i use LATIN9 anymore?
> Is bacula 8.3 stricter in this respect to 7.4?
8.3 is stricter about checking that the configuration makes sense. But even
under 7.4 you would have had problems, you just wouldn't have been forewarned
so soon. You would still only be able to use nl_BE.utf8 collation but you
would have been allowed to tell the server your data was encoded with latin9.
So the collation results would have been nonsensical. Ie, comparisons like <
and > would have given incorrect results.
If this database is still under development and your schedule allows one
option might be use 8.4dev from CVS. It should be released sometime in the
next 3-6 months and will allow you to have a different encoding and locale for
each database.
--
Gregory Stark
EnterpriseDB http://www.enterprisedb.com
Ask me about EnterpriseDB's Slony Replication support!
From | Date | Subject | |
---|---|---|---|
Next Message | Alvaro Herrera | 2009-03-11 12:20:24 | Re: Combine psql command with shell script |
Previous Message | Schwaighofer Clemens | 2009-03-11 10:33:55 | Re: upgrade from 7.4 to 8.3 |