Re: [GENERAL] Casting

Поиск
Список
Период
Сортировка
От Nigel J. Andrews
Тема Re: [GENERAL] Casting
Дата
Msg-id Pine.LNX.4.21.0304081608400.24319-100000@ponder.fairway2k.co.uk
обсуждение исходный текст
Ответ на Re: [GENERAL] Casting  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: [GENERAL] Casting
Список pgsql-hackers
On Tue, 8 Apr 2003, Tom Lane wrote:

> "Nigel J. Andrews" <nandrews@investsystems.co.uk> writes:
> > When I use my cast I get:
> > mydb=> select cast('truE'::text as boolean);
> > WARNING:  Error occurred while executing PL/pgSQL function text_to_bool
> > WARNING:  line 4 at select into variables
> > ERROR:  CopyQuerySnapshot: no snapshot has been set
> 
> Hmm.  The problem here is that parse_coerce.c thinks it can apply
> eval_const_expressions() to simplify the CAST; but in the general case
> that doesn't work because the query snapshot may not be set yet.
> Had we left the expression to be folded at plan time everything would
> be okay.
> 
> I dislike removing the optimization altogether, but maybe we don't
> have much choice.  Anyone see another way around it?
> 

Well, checking the source, and the comments in there, thanks to Tom's lead I
saw that only immutable functions were folded in the parse. Marking my function
as stable instead of immutable has indeed allowed my test statment above to
run.

So, that could be a published work around, perhaps in the CREATE CAST
page? I'm not sure of the expense of the function being stable and not 
immutable though. I suspect it's most likely not a huge cost for many cases.


-- 
Nigel J. Andrews



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

Предыдущее
От: pgsql@mohawksoft.com
Дата:
Сообщение: Re: Complex database for testing, U.S. Census Tiger/UA
Следующее
От: Tom Lane
Дата:
Сообщение: Re: [GENERAL] Casting