Re: Replacing plpgsql's lexer

Поиск
Список
Период
Сортировка
От Heikki Linnakangas
Тема Re: Replacing plpgsql's lexer
Дата
Msg-id 49E5AF81.90002@enterprisedb.com
обсуждение исходный текст
Ответ на Re: Replacing plpgsql's lexer  (Simon Riggs <simon@2ndQuadrant.com>)
Список pgsql-hackers
Simon Riggs wrote:
> On Wed, 2009-04-15 at 11:36 +0300, Heikki Linnakangas wrote:
> 
>> Extract the source of the offending plpgsql function using e.g
>> pg_dump, modify it so that it works again, and restore the function.
>> There's your workaround.
> 
> Forcing manual re-editing of an unknown number of lines of code is not a
> useful workaround, its just the default.
> 
> How do you know which is the offending function? If we force a full
> application retest we put in place a significant barrier to upgrade.
> That isn't useful for us as developers, nor is it useful for users.

If I understood correctly, the proposed change is not supposed to have 
any user-visible effects. It doesn't force a full application retest any 
more than any of the other changes that have gone into 8.4.

We're talking about what we'll do or tell the users to do if we missed 
something. By definition we don't know what we've missed, so I don't 
think we can come up with a more specific solution than that.

--   Heikki Linnakangas  EnterpriseDB   http://www.enterprisedb.com


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

Предыдущее
От: Simon Riggs
Дата:
Сообщение: Re: Replacing plpgsql's lexer
Следующее
От: Greg Stark
Дата:
Сообщение: Re: Replacing plpgsql's lexer