Re: [Review] Re: minor patch submission: CREATE CAST ... AS EXPLICIT

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: [Review] Re: minor patch submission: CREATE CAST ... AS EXPLICIT
Дата
Msg-id 12766.1372082122@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: [Review] Re: minor patch submission: CREATE CAST ... AS EXPLICIT  (Andres Freund <andres@2ndquadrant.com>)
Ответы Re: [Review] Re: minor patch submission: CREATE CAST ... AS EXPLICIT  (Andres Freund <andres@2ndquadrant.com>)
Список pgsql-hackers
Andres Freund <andres@2ndquadrant.com> writes:
> What about simply not using a keyword at that location at all? Something
> like the attached hack?

"Hack" is much too polite a word for that.  This will for example fail
to respect the difference between quoted and unquoted words.  If the
argument for this patch is to make the syntax more regular and less
surprising, I hardly think that we should add surprise of a different
sort.

Generally speaking, I agree with Robert's objection.  The patch in
itself adds only one unnecessary keyword, which probably wouldn't be
noticeable, but the argument for it implies that we should be willing
to add a lot more equally-unnecessary keywords, which I'm not.  gram.o
is already about 10% of the entire postgres executable, which probably
goes far towards explaining why its inner loop always shows up high in
profiling: cache misses are routine.  And the size of those tables is
at least linear in the number of keywords --- perhaps worse than linear,
I'm not sure.  Adding a bunch of keywords *will* cost us in performance.
I'm not willing to pay that cost for something that adds neither
features nor spec compliance.
        regards, tom lane



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

Предыдущее
От: Sawada Masahiko
Дата:
Сообщение: Re: Patch for fail-back without fresh backup
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Support for REINDEX CONCURRENTLY