Re: ERRCODE_READ_ONLY_SQL_TRANSACTION

Поиск
Список
Период
Сортировка
От Dimitri Fontaine
Тема Re: ERRCODE_READ_ONLY_SQL_TRANSACTION
Дата
Msg-id 87vcog2d84.fsf@hi-media-techno.com
обсуждение исходный текст
Ответ на Re: ERRCODE_READ_ONLY_SQL_TRANSACTION  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: ERRCODE_READ_ONLY_SQL_TRANSACTION  (Simon Riggs <simon@2ndQuadrant.com>)
Список pgsql-hackers
Hi,

Tom Lane <tgl@sss.pgh.pa.us> writes:
> Simon Riggs <simon@2ndQuadrant.com> writes:
>> Hot Standby returns ERRCODE_READ_ONLY_SQL_TRANSACTION in most cases
>> for illegal actions on a standby.
>
> I don't think I like this patch: you are promoting what are and ought to
> be very low-level internal sanity checks into user-facing errors (which
> among other things will require translation effort for the messages).

So it seems the last-9-2-CF deadline is making us a little too hasty.

Apparently as you're saying there's no way to exercise that code paths
from an SQL connection on a Hot Standby short of deploying a C coded
extension calling either GetNewTransactionId() or XLogInsert(), which
means it's out of scope.

My quest was figuring out if ERRCODE_READ_ONLY_SQL_TRANSACTION really is
trustworthy as a signal that you could transparently now redirect the
transaction to the master when seeing that in a “proxy” of some sort.

I felt that we were missing something simple here, but after review I
think we finally have all the pieces to achieve that with current 9.2
code base in fact.

Regards,
--
Dimitri Fontaine
http://2ndQuadrant.fr     PostgreSQL : Expertise, Formation et Support


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

Предыдущее
От: Fujii Masao
Дата:
Сообщение: Re: Online base backup from the hot-standby
Следующее
От: Simon Riggs
Дата:
Сообщение: Re: ERRCODE_READ_ONLY_SQL_TRANSACTION