Re: Free indexed_tlist memory explicitly within set_plan_refs()

Поиск
Список
Период
Сортировка
Искать
От
Andres Freund
Тема
Re: Free indexed_tlist memory explicitly within set_plan_refs()
Дата
Msg-id
20150712204518.GR26521@alap3.anarazel.de
Ответ на
Список
Дерево обсуждения
Free indexed_tlist memory explicitly within set_plan_refs() Peter Geoghegan <pg@heroku.com>
Re: Free indexed_tlist memory explicitly within set_plan_refs() Michael Paquier <michael.paquier@gmail.com>
Re: Free indexed_tlist memory explicitly within set_plan_refs() Peter Geoghegan <pg@heroku.com>
Re: Free indexed_tlist memory explicitly within set_plan_refs() Andres Freund <andres@anarazel.de>
Re: Free indexed_tlist memory explicitly within set_plan_refs() Andres Freund <andres@anarazel.de>
Re: Free indexed_tlist memory explicitly within set_plan_refs() Peter Geoghegan <pg@heroku.com>
Re: Free indexed_tlist memory explicitly within set_plan_refs() Andres Freund <andres@anarazel.de>
Re: Free indexed_tlist memory explicitly within set_plan_refs() Peter Geoghegan <pg@heroku.com>
Re: Free indexed_tlist memory explicitly within set_plan_refs() Peter Geoghegan <pg@heroku.com>
Re: Free indexed_tlist memory explicitly within set_plan_refs() Andres Freund <andres@anarazel.de>
Re: Free indexed_tlist memory explicitly within set_plan_refs() Peter Geoghegan <pg@heroku.com>
Re: Free indexed_tlist memory explicitly within set_plan_refs() Peter Geoghegan <pg@heroku.com>
Re: Free indexed_tlist memory explicitly within set_plan_refs() Peter Geoghegan <pg@heroku.com>
Re: Free indexed_tlist memory explicitly within set_plan_refs() Peter Geoghegan <pg@heroku.com>
Re: ON CONFLICT issues around whole row vars, Andres Freund <andres@anarazel.de>
Re: ON CONFLICT issues around whole row vars, Peter Geoghegan <pg@heroku.com>
Re: ON CONFLICT issues around whole row vars, Andres Freund <andres@anarazel.de>
Re: ON CONFLICT issues around whole row vars, Andres Freund <andres@anarazel.de>
Re: ON CONFLICT issues around whole row vars, Andres Freund <andres@anarazel.de>
Re: ON CONFLICT issues around whole row vars, Peter Geoghegan <pg@heroku.com>
Re: ON CONFLICT issues around whole row vars, Stephen Frost <sfrost@snowman.net>
Re: ON CONFLICT issues around whole row vars, Andres Freund <andres@anarazel.de>
Re: ON CONFLICT issues around whole row vars, Peter Geoghegan <pg@heroku.com>
Re: ON CONFLICT issues around whole row vars, Andres Freund <andres@anarazel.de>
Re: ON CONFLICT issues around whole row vars, Peter Geoghegan <pg@heroku.com>
Re: ON CONFLICT issues around whole row vars, Andres Freund <andres@anarazel.de>
Re: ON CONFLICT issues around whole row vars, Peter Geoghegan <pg@heroku.com>
Re: ON CONFLICT issues around whole row vars, Andres Freund <andres@anarazel.de>
Re: ON CONFLICT issues around whole row vars, Peter Geoghegan <pg@heroku.com>
Re: ON CONFLICT issues around whole row vars, Peter Geoghegan <pg@heroku.com>
Re: ON CONFLICT issues around whole row vars, Stephen Frost <sfrost@snowman.net>
Re: ON CONFLICT issues around whole row vars, Tom Lane <tgl@sss.pgh.pa.us>
Re: ON CONFLICT issues around whole row vars, Stephen Frost <sfrost@snowman.net>
Re: ON CONFLICT issues around whole row vars, Andres Freund <andres@anarazel.de>
Re: ON CONFLICT issues around whole row vars, Stephen Frost <sfrost@snowman.net>
Re: ON CONFLICT issues around whole row vars, Stephen Frost <sfrost@snowman.net>
Re: ON CONFLICT issues around whole row vars, Andres Freund <andres@anarazel.de>
Re: ON CONFLICT issues around whole row vars, Peter Geoghegan <pg@heroku.com>
Re: ON CONFLICT issues around whole row vars, Andres Freund <andres@anarazel.de>
Re: ON CONFLICT issues around whole row vars, Peter Geoghegan <pg@heroku.com>
Re: Free indexed_tlist memory explicitly within set_plan_refs() Peter Geoghegan <pg@heroku.com>
On 2015-05-28 14:37:43 -0700, Peter Geoghegan wrote:
> To fix, allow ParseState to reflect that an individual statement can be
> both p_is_insert and p_is_update at the same time.

>  	/* Process DO UPDATE */
>  	if (onConflictClause->action == ONCONFLICT_UPDATE)
>  	{
> +		/* p_is_update must be set here, after INSERT targetlist processing */
> +		pstate->p_is_update = true;
> +

It's not particularly pretty that you document in the commit message
that both is_insert and is_update can be set at the same time, and then
it has constraints like the above.

But that's more crummy API's fault than yours.

I'm right now not really coming up with a better idea how to fix
this. So I guess I'll apply something close to this tomorrow.


В списке pgsql-hackers по дате отправления
От: Tom Lane
Дата:
От: Andrew Dunstan
Дата:
FAQ