Re: plpgsql: numeric assignment to an integer variable errors out
От | Pavel Stehule |
---|---|
Тема | Re: plpgsql: numeric assignment to an integer variable errors out |
Дата | |
Msg-id | 162867790901212137u17d57a37nd6f9508bcb98d16c@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: plpgsql: numeric assignment to an integer variable errors out (Bruce Momjian <bruce@momjian.us>) |
Список | pgsql-hackers |
2009/1/22 Bruce Momjian <bruce@momjian.us>: > Nikhil Sontakke wrote: >> > > PFA, patch which uses find_coercion_pathway to find a direct >> > > COERCION_PATH_FUNC function and uses that if it is available. Or is there >> > a >> > > better approach? Seems to handle the above issue with this patch. >> > >> > +1 >> > >> > I thing, so some values should by cached, current patch could by slow. >> >> >> Agreed, it can slow things down a bit especially since we are only >> interested in the COERCION_PATH_FUNC case. What we need is a much simpler >> pathway function which searches in the SysCache and returns back with the >> valid/invalid castfunc immediately. >> >> PFA, version 2.0 of this patch with these changes in place. I could have >> added a generic function in parse_coerce.c, but thought the use case was >> restricted to plpgsql and hence I have kept it within pl_exec.c for now. > > Where are we on this? 8.5? > I hope, so this patch will be in next commitfest Pavel > -- > Bruce Momjian <bruce@momjian.us> http://momjian.us > EnterpriseDB http://enterprisedb.com > > + If your life is a hard drive, Christ can be your backup. + >
В списке pgsql-hackers по дате отправления: