Re: [v9.2] DROP Reworks Part.1 - Consolidate routines to handle DropStmt

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: [v9.2] DROP Reworks Part.1 - Consolidate routines to handle DropStmt
Дата
Msg-id CA+TgmoauagkrgC3y-GVG4sxsT7s5kchx7wzm8YDCaxC4pcrf6Q@mail.gmail.com
обсуждение исходный текст
Ответ на Re: [v9.2] DROP Reworks Part.1 - Consolidate routines to handle DropStmt  (Alvaro Herrera <alvherre@commandprompt.com>)
Список pgsql-hackers
On Wed, Jul 6, 2011 at 5:06 PM, Alvaro Herrera
<alvherre@commandprompt.com> wrote:
> Excerpts from Robert Haas's message of mié jul 06 14:02:13 -0400 2011:
>> On Wed, Jul 6, 2011 at 1:09 PM, Alvaro Herrera
>> <alvherre@commandprompt.com> wrote:
>> > Excerpts from Robert Haas's message of mié jul 06 12:40:39 -0400 2011:
>> >
>> >> This patch removes an impressive amount of boilerplate code and
>> >> replaces it with something much more compact.   I like that.  In the
>> >> interest of full disclosure, I suggested this approach to KaiGai at
>> >> PGCon, so I'm biased: but even so, I'm pleasantly surprised by the
>> >> amount of consolidation that appears possible here.
>> >
>> > Yeah.  Myself, I love the fact that the dropmsgstrings thing is gone.  I
>> > wonder if the routine to obtain "foo doesn't exist, skipping" messages
>> > could be replaced by judicious use of getObjectDescription.
>>
>> I've been told we don't want to go further in that direction for
>> reasons of translatability.
>
> Well, you can split sentences using a colon instead of building them;
> something like
>        errmsg("object cannot be found, skipping: %s", getObjectDescription(object))
> which renders as
>        object cannot be found, skipping: table foobar
>
> Now people can complain that these messages are "worse" than the
> originals which were more specific in nature, but I don't personally see
> a problem with that.  I dunno what's the general opinion though.

I'm going to try to stay out of it, since I only use PostgreSQL in English...

--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company


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

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: Make relation_openrv atomic wrt DDL
Следующее
От: Robert Haas
Дата:
Сообщение: Re: spinlock contention