Re: Collation rules and multi-lingual databases

Поиск
Список
Период
Сортировка
От Stephan Szabo
Тема Re: Collation rules and multi-lingual databases
Дата
Msg-id 20030822182337.S2037-100000@megazone.bigpanda.com
обсуждение исходный текст
Ответ на Re: Collation rules and multi-lingual databases  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Collation rules and multi-lingual databases  (Stephan Szabo <sszabo@megazone.bigpanda.com>)
Re: Collation rules and multi-lingual databases  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On Fri, 22 Aug 2003, Tom Lane wrote:

> Stephan Szabo <sszabo@megazone.bigpanda.com> writes:
> > On 22 Aug 2003, Greg Stark wrote:
> >> If it's deemed a reasonable approach and nobody has any fatal flaws then I
> >> expect it would be useful to put in the contrib directory?
>
> > I'm not sure that ERROR if the locale cannot be put back is sufficient
> > (although that case should be rare or non-existant).
>
> A bigger risk is that something might elog(ERROR) while you have the
> "wrong" locale set, denying you the chance to put back the right one.
> I think this code is not nearly paranoid enough about how much it does
> while the wrong locale is set.

True, there are calls to palloc, elog, etc inside there, although the elog
could be removed.

> > Unless something else
> > in the system resets the locale, after your transaction rolls back, you're
> > in a dangerous state.  I'd think FATAL would be better.
>
> I'd go so far as to make it a critical section --- that ensures that any
> ERROR will be turned to FATAL, even if it's in a subroutine you call.

I didn't know we could do that, could be handy, although the comments
imply that it turns into PANIC which would force a complete restart.  Then
again, it's better than a corrupted database.



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Collation rules and multi-lingual databases
Следующее
От: Larry Rosenman
Дата:
Сообщение: strerror_r and gethostbyname_r?